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This  software  product  and  documentation  and  all  future  updates  to  it 
are  provided  by  the  United  States  Government  and  the  Defense 
Communications  Agency  (DCA)  for  the  intended  purpose  of  conducting 
conformance  tests  for  the  OoO  suite  of  higher  level  protocols.  DCA  has 
performed  a  review  and  analysis  of  the  product  along  with  tests  aimed 
at  insuring  the  quality  of  the  product,  but  does  not  warranty  or  make 
any  claim  as  to  the  quality  of  this  product.  The  product  is  provided 
"as  is"  without  warranty  of  any  kind,  either  expressed  or  implied.  The 
user  and  any  potential  third  parties  accept  the  entire  risk  for  the 
use,  selection,  quality,  results,  and  performance  of  the  product  and 
updates.  Should  the  product  or  updates  prove  to  be  defective, 
inadequate  to  perform  the  required  tasks,  or  misrepresented,  the 
resultant  damage  and  any  liability  or  expenses  incurred  as  a  result 
thereof  must  be  borne  by  the  user  and/or  any  third  parties  involved, 
but  not  by  the  United  States  Government,  including  the  Department  of 
Commerce  and/or  The  Defense  Communications  Agency  and/or  any  of  their 
employees  or  contractors. 


Distribution  and  Copyright 

This  software  package  and  documentation  is  subject  to  a  copyright. 

This  software  package  and  documentation  is  released  to  the  Public 
Domain. 

Permission  to  copy  without  fee  all  or  part  of  this  material  is  granted 
provided  that  the  copies  are  not  made  or  distributed  for  direct 
commercial  advantage. 


Conments 


Comnents  or  questions  about  this  software  product  and  documentation  can 
be  addressed  in  writing  to:  OCA  Code  R640 

I860  Wiehle  Ave 

Reston,  VA  22090-5500 

ATTN:  Protocol  Test  System  Administrator 


PROTOCOL  TEST  SYSTEM 
INTERNET  PROTOCOL  (IP) 
MIL-STD-1777 
TRACEABILITY  MATRIX 


This  Traceability  Matrix  provides  information  on  the  derivation, 
organization,  and  function  of  tests  specified  for  IP  within  the 


Protocol  Test  System. 


The  document  is  divided  into  four  sections: 


IP  TRACEABILITY  INDEX; 

IP  TEST  INDEX; 

IP  TEST  SCENARIOS  INDEX; 

IP  SCENARIOS  AND  TEST  DESCRIPTIONS. 


IP  TRACEABILITY  INDEX:  IP  TEST  NUMBERS  VERSUS 
IP  MIL-STD-1777  REFERENCES  .  .  . 

The  table  indicates  the  cross-reference  between  the  Test 
Scenarios  and  the  applicable  sections  in  MIL-STD-1777  and 
RFC  792  (Internet  Control  Message  Protocol)  regarding  each 
required  function,  operation,  option,  mode,  response,  or  state. 


IP  TEST  INDEX:  IP  TEST  NUMBERS  VERSUS 
IP  COMMANDS/PRIMITIVES/OPTIONS/MODES  .  .  . 

The  table  shows  the  IP  Test  Numbers  that  may  be  regarded  as  the 
"principle  tests"  of  each  IP  Command  or  Primitive  and  Option  or 
Mode. 
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IP  TEST  SCENARIOS  INDEX:  IP  TEST  SCENARIO  FTLES  VERSUS 
IP  TEST  NUMBERS.  .  . 

The  table  shows,  for  each  IP  Test  Number,  the  UNIX  file  name  of 
the  IP  Test  Scenario  in  which  that  number  appears. 


IP  SCENARIOS  AND  TEST  DESCRIPTIONS  .  .  . 

This  section  provides  a  brief  narrative  of  the  scope  and 
objectives  of  each  IP  Test  Scenario  File  and  an  operational 
description  of  each  IP  Test  Number. 


SECTION  1  -  IP  TRACEABILITY  INDEX 


IP  Test  Numbers  Versus  IP  MIL-STD-1777  AND  RFC  792. 


The  table  indicates  the  cross-reference  between  the  IP  tests  and  the 
applicable  sections  of  MIL-STD-1777.  It  also  provides  references  to 
RFC  792  for  details  of  the  Internet  Control  Message  Protocol  (ICMP) 
protocol . 


Reference 


Test  Number 


MIL-STD-1777: 


6. 2. 1.1 
6. 2. 2.1 
6. 3. 6.1 
6. 3. 6.1 


6. 3.6.1 

6. 3.6. 2 
6. 3. 6. 2 
6. 3. 6. 2 

6. 3. 6. 2 

9. 2. 2. 2 


9.2.3 

9.2.4 


9.2.5 


9.2.6. 1 


9.3.1 


Send  Service  Request 
Deliver  Service  Response 
Send  Request  Strict  Source  Routing 
Send  Request  Parameter  Problems 


Send  Request  Time  to  Live  Satisfied 
Deliver  Time  to  Live  Satisfied 
Deliver  Strict  Source  Routing  Satisfied 
Deliver  Loose  Source  Routing  Satisfied 
Options  delivered  to  ULP 
Fragment  Reassembly 


Robustness  -  Conservative  in  sending 
-  Liberal  in  receiving 

Checksum 
Time  To  Live 


Type  of  Service 


Timestamp  Option 


Version 


238-245 

207, 

215-217 

222-229 

232-237 

240-245 

248-253 

1 

1 

76 

87 

32-100 

18-31 

42-43 

61-62 

74-75 

85-86 

96-97 

all 

11 

7-9 

23,28 

207-208 

2-6 

200-206 

46-63 

219-229 

10 
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Reference 

Test_  Number 

MIL-STD-1777: 

9.3.2 

Header  Length 

12,  13 

9.3.2 

Total  Length 

13-16 

9.3.3 

Type  of  Service  Parameters 

2-6 

200-206 

9.3.3 

Precedence  Values 

2,6,200 

204-206 

9.3.3 

Low  Delay  -  Acceptance 

3 

9.3.3 

Low  Delay  -  Setting 

201 

9.3.3 

High  Reliability  -  Acceptance 

4 

9.3.3 

High  Reliability  -  Setting 

202 

9.3.3 

High  Throughput  -  Acceptance 

6 

9.3.3 

High  Throughput  -  Setting 

203 

9.3.4 

Total  Length 

1 

9.3.6 

Fragment  Flags 

17,209 

18-31 

42-43 

61-62 

74-75 

85-86 

96-97 

9.3.7 

Fragment  Offset 

18-31 

42-43 

61-62 

74-75 

85-86 

96-97 

9.3.8 

Time  to  Live  Range 

9 

9.3.9 

Protoco1  Field 

25 

9.3.13 

Options 

32-100 

210-256 

9.3.13.1 

End  of  Option  List  option 

32-34 

210-212 

9.3.13.1 

Unspecified  Option 

36 

9.3.15.1 

No  Operation  and  F:nd-of -Opt  ions 

List  Options  32-34 

210-212 

9.3.15.2 

No  Operation  option 

32-35 

210-213 

9.3.15.4 

Loose  Source  option 

87-97 

246-253 

9.3.15.5 

Strict  Source  option 

76-86 

238-245 

9.3.15.6 

Record  Route  option 

64-75 

230-237 

«.  i 
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Reference  Test  Number 

MIL-STD- 1777 : 

9.3.15.7  Stream  Option  37-44 

214-218 

9.3.15.8  Timestamp  Option  46-63 

219-229 

9. 4. 6. 2.1  Determination  if  fragment  17-31 

42-43 

61-62 

74-75 

85-86 

96-97 

9. 4. 6. 2. 3  Checksum  11 

9. 4. 6. 2. 4  ICMP  Checksum  312 

9. 4. 6. 2. 6  Fragment  Reassembly  17-31 

42-43 

61-62 

74-75 

85-86 

96-97 


9. 4. 6. 2. 7  Validation  of  Delivered  Parameters  7,8,10 

12-13, 

25 

9. 4. 6. 2. 7  Invalid  Protocol  25 

9. 4. 6. 2. 7  Invalid  Version  Number  10 

9. 4. 6. 2. 7  Header  Length  12-13 

9. 4. 6. 2. 8  Time  to  Live  7,  8 

9. 4. 6. 2. 9  Validation  of  Outgoing  Parameters  200-256 

9. 4. 6. 2. 9  Validation  of  Send  Time  To  Live  207-208 

9. 4. 6. 2. 9  Validation  of  Send  Option  Parameters  210-256 

9. 4. 6. 3.1  Delivered  ICMP  messages  300,302 

305, 

307-316 

9. 4. 6. 3. 5  Generation  of  ICMP  messages  301 


303-304 

306,309 

311 

314-315 
3  17 

9. 4. 6. 3. 5  ICMP  Checksum  -  Check  312 

9. 4. 6. 3. 9  Fragment  Reassembly  17-31 

42-43 

61-62 

74-75 

85-86 

96-97 
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Reference 


Test  Number 


MIL-STD-1777: 


9.4.6.3.10 


9.4.6.3.11 


9. 4. 6. 3. 9 


Reassembly  of  Valid  Datagrams 


Time  to  Live  in  Reassembly 
Inconsistent  Fragment  Parameters 


18-22, 

24,30 

31,42 

61,74 

86,97 

23,28 

29 

25,26 

27 


9.4.6.3.10 


More  Fragments  Field 


RFC  792  ICMP 
Page 

pg  4 
pg  6 
pg  8 
pg  10 
P9  12 
pg  14 
pg  16 
P9  18 


Destination  Unreachable 
Time  Exceeded 
Parameter  Problem 
Source  Quench 
Redirect 
Echo 

Timestamp 

Information 


300-301 

302-304 

305-306 

316-317 

307 

310-311 

308-309 

313-316 


SECTION  2  -  IP  TEST  INDEX 

The  table  shows  the  IP  Test  Numbers  that  may  be  regarded  as  the 
"principle  tests"  for  each  IP  service  request,  response,  and 
option. 


Test  Number 


Purpose 


IP  Tests: 


Deliver  and  Send  Datagram 
Precedence  Values  -  Acceptance 
Low  Delay  -  Acceptance 
High  Reliability  -  Acceptance 
High  Throughput  -  Acceptance 
Type  of  Service  Combinations  -  Acceptance 
Illegal  Time  to  Live  -  Rejection 
Too  Small  Time  to  Live  -  Rejection 
Range  of  Valid  Time  to  Live  Values  -  Acceptance 
Invalid  Version  Number  -  Rejection 
Invalid  Checksum  -  Rejection 
Illegally  Small  Header  Length  -  Rejection 
Inconsistent  Header  and  Total  Length  - 
Rejection 

Illegally  Small  Total  Length  -  Rejection 
Total  Length  Greater  Than  Actual  Length  - 
Rejection 

Total  Length  Smaller  Than  Actual  Length  - 
Rejection 

More  Fragments  Field  -  Recognition 


Reassembly  of 
Reassembly  of 
Reassembly  of 
Reassembly  of 
Reassembly  of 
Order 

Expired  Time 
Rejection 
Duplicate  Fra 
Incons istent 
Reassembly 
Inconsistent 
Reassembly 
Inconsistent 
Reassembly 


2- Fragment  Datagram 

3- Fragment  Datagram 
576-Octet  Datagram 
Out-of-Order  Fragments  -  Mixed 
Fragments  Received  in  Reverse 

to  Live  in  Arriving  Fragment  - 

gment  in  Reassembly 
Protocol  Fields  in  Fragment 

-  Rejection 

Precedence  Fields  in  Fragment 

-  Rejection 

Source  Fields  in  Fragment 

-  Rejection 
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Test  Number 


Purpose 


Expiration  of  Time  to  Live  during  Reassembly 
Rejection  Reassembly  -  Rejection 
Setting  and  Restarting  Reassembly  Timer 
Reassembly  of  Two  Intermixed  Datagrams 
Reassembly  of  Many  Intermixed  Datagrams 


Datagram  with  NOP  and  End-of-Options  List 
Options  -  Acceptance 

Datagram  with  2  NOP,  1  End-of-Options  List 
Options  -  Acceptance 

Datagram  with  3  NOP,  1  End-of-Options  List 
Options  -  Acceptance 

Datagram  with  4  NOP  Options  -  Acceptance 
Datagram  with  Invalid  Options  -  Rejection 


Stream  Option  -  Acceptance 
Stream  Option  with  Invalidly  Large  Option 
Length  -  Determination  of  Acceptance 
Stream  Option  with  Invalidly  Small  Option 
Length  -  Determination  of  Acceptance 
Duplicate  Stream  Option  -  Rejection 
Stream  Option  without  Copy  Flag  - 
Determination  of  Acceptance 
Stream  Option  on  Fragmented  Datagram  - 
Reassembly 

Stream  Option  Not  Present  on  all  Fragments  - 
Rejection 

Full  Range  of  Stream  Id  Values  -  Acceptance 


Timestamp  Option  w 
Timestamp  Option  w 
Timestamp  Option  w 
Timestamp  Option  w 
Timestamp  Option  w 
Acceptance 
Timestamp  Option  w 
Acceptance 
Timestamp  Option  w 
Timestamp  fields 
Timestamp  Option  w 
Pointer  -  Do term 
Timestamp  Option  w 
De term i na t i on  of 
Timestamp  Option  w 
Length  -  Petermi 
Timestamp  Option  w 
Length  -  Determi 


ith  Format  0  -  Acceptance 

ith  Format  1  -  Acceptance 

ith  Format  3  -  Acceptance 

ith  Overflow  -  Acceptance 

ith  Empty  value  fields  - 

ith  Non-standard  Timestamp  - 

ith  Standard  and  Non-standard 
-  Acceptance 

ith  Illegally  Small  Option 
ination  of  Acceptance 
ith  Invalid  Option  Ptr  - 
Acceptance 

ith  Illegally  Small  Option 
nation  of  Acceptance 
ith  Illegally  Large  Option 
nation  of  Acceptance 


56 
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Test  Number 


Purpose 


57 

58 

59 

60 
61 
62 

63 

64 

65 

66 

67 

68 

69 

70 

71 

72 

73 

74 

75 

76 

77 

78 

79 


Timestamp  Option  with  Invalid  Option  Length  - 
Determination  of  Acceptance 
Timestamp  Option  with  Copy  Flag  - 
Determination  of  Acceptance 
Timestamp  Option  with  Invalid  Format  - 
Determination  of  Acceptance 
Duplicate  Timestamp  Option  - 
Rejection 

Timestamp  Option  on  Datagram  Fragments  - 
Reassembly 

Timestamp  Option  Duplicated  on  Datagram 
Fragments  -  Determination  of  Reassembly 
Timestamp  Option  with  Incomplete  Timestamp 
Field  -  Determination  of  Acceptance 


Option 

-  Acceptance 

Option 

with 

all  Field 

Filled 

Opt  ion 

with 

all  Route 

Fields 

-  Acceptance 

Option 

with 

Invalidly 

Small 

of  Acceptance 
Invalidly  Large 
of  Acceptance 
Illegally  Small 


Option 
Opt  ion 
Option 


Record  Route 
Record  Route 
Acceptance 
Record  Route 
Not  Filled 
Record  Route 

Length  -  Determination 
Record  Route  Option  with 
Length  -  Determination 
Record  Route  Option  with 

Pointer  -  Determination  of  Acceptance 
Record  Route  Option  with  Invalid  Option  Ptr  - 
Determination  of  Acceptance 
Record  Route  Option  with  Invalid  Copy  Flag  - 
Determination  of  Acceptance 
Duplicate  Record  Route  Option  -  Rejection 
Record  Route  Option  with  Invalid  Relationship 
Between  Length  and  Pointer  -  Determination  of 
Acceptance 

Record  Route  Option  on  Datagram  Fragments  - 
Reassembly 

Record  Route  Option  Duplicated  on  Datagram 
Fragments  -  Rejection 


Strict  Source  Option  -  Acceptance 
Strict  Source  Option  with  Multiple  Record 
Fields  -  Acceptance 

Strict  Source  Option  with  Not  All  Gateways 
Traversed  -  Rejection 
Strict  Source  Option  with  Invalidly  Small 

Option  Length  -  Determination  of  Acceptance 
Strict  Source  Option  with  Invalidly  Large 
Option  Length  -  Determination  of  Acceptance 


80 


Test  Number 


81 

82 

83 

84 

85 

86 


87 

88 

89 

90 

91 

92 

93 

94 

95 

96 

97 


98 

99 

100 


200 

201 

202 

203 

204 

205 

206 


Purpose 

Strict  Source  Option  With  Illegally  Small 

Option  Pointer  -  Determination  of  Acceptance 
Strict  Source  Option  With  Invalid  Option  Ptr  - 
Determination  of  Acceptance 
Strict  Source  Option  Without  Copy  Flag  - 
Rejection 

Duplicate  Strict  Source  Option  -  Rejection 
Strict  Source  Option  Not  Duplicated  on  all 
Fragments  -  Rejection 

Strict  Source  Option  Duplicated  on  Fragments  - 
Reassembly 

Loose  Source  Option  -  Acceptance 
Loose  Source  Option  with  Multiple  Record 
Fields  -  Acceptance 

Loose  Source  Option  with  Not  All  Gateways 
Traversed  -  Rejection 
Loose  Source  Option  with  Invalidly  Small 

Option  Length  -  Determination  of  Acceptance 
Loose  Source  Option  with  Invalidly  Large 

Option  Length  -  Determination  of  Acceptance 
Loose  Source  Option  With  Illegally  Small 

Option  Pointer  -  Determination  of  Acceptance 
Loose  Source  Option  With  Invalid  Option  Ptr  - 
Determination  of  Acceptance 
Loose  Source  Option  Without  Copy  Flag  - 
Rejection 

Duplicate  Loose  Source  Option  -  Rejection 
Loose  Source  Option  Not  Duplicated  on  all 
Fragments  -  Rejection 

Loose  Source  Option  Duplicated  on  Fragments  - 
Reassembly 

2  Options  on  Datagram,  Record  Route  and  Strict 
Source  -  Acceptance 

3  Options  on  Datagram,  Record  Route,  Loose 
Source  and  Timestamp,  -  Acceptance 

4  Options  on  Datagram,  Record  Route,  Strict 
Source,  Stream  and  Timestamp,  -  Acceptance 

Precedence  -  Setting  of  Values  0-3 
Low  Delay  -  Setting 
High  Reliability  -  Setting 
High  Throughput  -  Setting 

Type  of  Service  Combinations  -  Setting  with 
Precedence  Values  0-3 
Precedence  -  Setting  of  Values  4-7 
Type  of  Service  Combinations  -  Setting  with 
Precedence  Values  4-7 


I 

t 
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Test  Number 


Purpose 


Time  To  Live  Illegally  Small  -  Refusal  to  Send 
Range  of  Time  To  Live  Values  -  Setting 
Don't  Fragment  Flag  -  Setting 

1  NOP  and  3  EOL  options  -  Sending 

2  NOP  and  2  EOL  options  -  Sending 

3  NOP  and  1  EOL  options  -  Sending 

4  NOP  options  -  Sending 

Stream  Option  -  Sending 

Stream  Option  with  Illegal  Option  Length  - 
Refusal  to  Send 

Stream  Option  with  Incorrect  Stream  ID  - 
Refusal  to  Send 

Two  Stream  Options  -  Refusal  to  Send 
Range  of  Stream  Options  -Setting 


Timestamp 

Timestamp 

Timestamp 

Timestamp 

Refusal 

Timestamp 

Pointer 

Timestamp 

Refusal 

Timestamp 

Length 

Timestamp 

Length 

Timestamp 

Send 

Timestamp 
Refusal 
Two  Times 


Option  wi 
Option  wi 
Option  wi 
Option  wi 
to  Send 
Option  wi 
-  Refusal 
Option  wi 
to  Send 
Option  wi 

-  Refusal 
Option  wi 

-  Refusal 
Option  wi 


th  Format  0  -  Sending 

th  Format  1  -  Sending 

th  Format  3  -  Sending 

th  Overflow  Set  - 

th  Illegally  Small 
to  Send 

th  Invalid  Pointer  - 

th  Illegally  Small  Option 
to  Send 

th  Illegally  Large  Option 
to  Send 

th  Copy  Flag  -  Refusal  to 


Option  with  Unassigned  Format  Code 
to  Send 

tamp  Options  -  Refusal  to  Send 


Record 

Record 

-  Sendi 
Record 

-  Refus 
Record 

-  Refus 
Record 

Point 

Record 

Refus 

Record 

Refus 


Route 

Route 

ng 

Route 
a  1  to 
Route 
a  1  to 
Route 
er  - 
Route 
al  to 
Route 
a  1  to 


Option 

Option 

Option 

Send 

Option 

Send 

Option 

Refusal 

Option 

Send 

Option 

Send 


-  Sending 

with  Multiple  Record  Fields 

with  Illegally  Small  Length 

with  Illegally  Large  Length 

with  Illegally  Small 
to  Send 

with  Invalid  Pointer  - 
With  Invalid  Copy  Flag  - 


Test  Number 


Purpose 


Two  Record  Route  Options  -  Refusal  to  Send 


Strict  Source  Record  Route 
Strict  Source  Option  with 
Sending 

Strict  Source  Option  with 
Option  Length  -  Refusal 
Strict  Source  Option  with 
Option  Length  -  Refusal 
Strict  Source  Option  with 
Value  -  Refusal  to  Send 
Strict  Source  Option  with 
Pointer  Value  -  Refusal 
Strict  Source  Option  with 
Refusal  to  Send 
Two  Strict  Source  Options 


Option  -  Sending 
Multiple  Fields  - 

Illegally  Small 
to  Send 

Invalidly  Large 
to  Send 

Illegal  Small  Pointer 

Invalid  Strict  Source 
to  Send 

No  Copy  Flag  - 
-  Refusal  to  Send 


Loose  Source  Record  Route 
Loose  Source  Option  with 
Sending 

Loose  Source  Option  with 
Option  Length  -  Refusal 
Loose  Source  Option  with 
Option  Length  -  Refusal 
Loose  Source  Option  with 
Value  -  Refusal  to  Send 
Loose  Source  Option  with 
Pointer  Value  -  Refusal 
Loose  Source  Option  with 
Refusal  to  Send 
Two  Loose  Source  Options 


Option  -  Sending 

Multiple  Fields  - 

Illegally  Small 
to  Send 

Invalidly  Large 
to  Send 

Illegal  Small  Pointer 

Invalid  Strict  Source 
to  Send 

No  Copy  Flag  - 

-  Refusal  to  Send 


Two  Different  Options  -  Sending 
Three  Different  Options  -  Sending 
Multiple  Options  -  Sending 


ICMP  Destination  Unreachable  -  Acceptance 

ICMP  Destination  Unreachable  -  Sending 

ICMP  Time  Exceeded  -  Acceptance 

ICMP  Time  Exceeded  -  Sending 

ICMP  Time  Exceeded  in  Reassembly  -  Sending 

ICMP  Parameter  Problem  -  Acceptance 

ICMP  Parameter  Problem  -  Sending 

ICMP  Redirect-  Acceptance 

ICMP  Timestamp  Response  -  Acceptance 

ICMP  Timestamp  Request/Reply  - 

Acceptance  of  Request,  Sending  of  Reply 
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Test  Number  Purpose 

310  ICMP  Echo  Reply  -  Acceptance 

311  ICMP  Echo  Request/Reply  - 

Acceptance  of  Request,  Sending  of  Reply 

312  ICMP  Invalid  Checksum  -  Refusal  to  Accept 

313  ICMP  Information  Reply  -  Acceptance 

314  ICMP  Information  Request/Reply  - 

Acceptance  of  Request,  Sending  of  Reply 

315  ICMP  Information  Request/Reply  for  Network 

Address  -  Acceptance  of  Request,  Sending  of 
Reply 

316  ICMP  Source  Quench  -  Acceptance 

317  ICMP  Source  Quench  -  Sending 
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I  SECTION  3  -  IP  TEST  SCENARIOS  INDEX 


The  table  shows,  for  each  IP  Test  Number,  the  UNIX  file  name  of 


•  the  IP  Scenario  File  in  which  it  appears. 

c 


i 

Test  Number 

Scenario  Name 

l 

1 

IP  BASIC 

5 

2 

IP  BASIC 

i 

3 

IP  BASIC 

j 

4 

IP  BASIC 

5 

IP  BASIC 

1 

6 

IP  BASIC 

y 

7 

IP  BASIC 

s 

s 

8 

IP  BASIC 

a 

9 

IP  BASIC 

f 

10 

IP  BASIC 

4 

1 

1 

IP  BASIC 

1 

12 

IP  BASIC 

V 

y 

13 

IP  BASIC 

C 

14 

IP  BASIC 

s 

s 

15 

IP  BASIC 

% 

s 

16 

IP  BASIC 

i 

17 

I P_BAS IC 

i 

* 

18 

IP  FRAGMENTS 

* 

h 

19 

IP  FRAGMENTS 

20 

IP  FRAGMENTS 

' 

«• 

21 

IP  FRAGMENTS 

* 

22 

IP  FRAGMENTS 

23 

IP  FRAGMENTS 

24 

IP  FRAGMENTS 

¥ 

25 

IP  FRAGMENTS 

26 

IP  FRAGMENTS 

■k 

* 

27 

I P_FR AGMENTS 

1 

28 

IP  EXTEND 

f 

29 

IP  EXTEND 

< 

30 

IP  EXTEND 

i 

31 

I P_EXTEND 

* 

E 

i 

32 

IP  NOP 

i 

33 

IP  NOP 

• 

34 

IP  NOP 

• 

35 

IP  NOP 

* 

36 

IP_NOP 

- 

r 

37 

IP  STREAMOPT 

1 

38 

IP  STREAMOPT 

8 

39 

IP  STREAMOPT 

I 

i 

i 

I 

I 

r 


s 

V 

V 

V 

V 

V 


A 
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V 

%' 
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s 
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Test  Number 


Scenario  Name 

I P_STREAMOPT 
I P_STREAMOPT 
I P_STREAMOPT 
I  P_STREAMOPT 
IP  STREAMOPT 


I P_T IMESTAMP1 
IP_TIMESTAMP1 
IP_TIMESTAMPI 
I P_T IMESTAMP 1 
I P_T IMESTAMP 1 
I P_TIMESTAMP1 
IP_T IMESTAMP I 
I P_T IMESTAMP 1 
I P_T IMESTAMP 1 
IP  TIMESTAMP I 


I  P_TIMESTAMP2 
I P_T IMESTAMP2 
I P_T IMESTAMP2 
I P_T IMESTAMP 2 
IP_TIMESTAMP2 
IPTIMESTAMP2 
IP  TIMESTAMP2 
IP  TIMESTAMP 2 


I P_RECROUTE 
IPRECROUTE 
IPRECROUTE 
I P_RECROUTE 
I P_RECROUTE 
IPRECROUTE 
IPRECROUTE 
IPRECROUTE 
I P_RECROUTE 
IP_RECROUTE 
IP_RECROUTE 
IP  RECROUTE 


I P_STR 
I P_STR 
I P_STR 
IPSTR 
I P_STR 
I P_STR 
I P_STR 
I P_STR 
IP^STR 
I P_STR 
IP  STR 


TCTSR 

ICTSR 

ICTSR 

ICTSR 

ICTSR 

ICTSR 

ICTSR 

ICTSR 

ICTSR 

ICTSR 

ICTSR 
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Test  Number 


Scenario  Name 

I P_LOOSESR 
IP_LOOSESR 
IP_LOOSESR 
I P_LOOSESR 
IP_LOOSESR 
IP_LOOSESR 
IP_LOOSESR 
I P_LOOSESR 
I P_LOOSESR 
IP_LOOSESR 
IP_LOOSESR 

I P_OPTIONS 
IP_OPTIONS 
IP  OPTIONS 


TOP DOWN 
TOPDOWN’ 
TOPDOWN’ 
TOP  DOWN’ 

topdown’ 

TOPDOWN 

TOPDOWN’ 

TOPDOWN 

TOPDOWN 

TOPDOWN 


BASIC1 
BAS IC 1 
BASIC1 
BASIC1 
BASIC1 

BASIC2 

BASIC2 

BASIC2 

BASIC2 

BASIC2 


TOPDOWN  NOP 
TOPDOWNNOP 
TOPDOWN  NOP 

topdown’nop 


TOPDOWN 

topdown’ 

topdown’ 

topdown’ 

topdown’ 

topdown 

topdown’ 

topdown’ 

topdown’ 

TOPDOWN_ 

TOPDOWN_ 

TOPDOWN_ 

TOPDOWN_ 

TOPDOWN^ 

TOPDOWN_ 

TOPDOWN 


STREAMOPT 

’STREAMOPT 

STREAMOPT 

STREAMOPT 

STREAMOPT 

TIMESTAMP 

TIMESTAMP 

TIMESTAMP 

TIMESTAMP 

TIMESTAMP 

TIMESTAMP 

TIMESTAMP 

TIMESTAMP 

TIMESTAMP 

TIMESTAMP 

TIMESTAMP 
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I 

V 

V 

V 
% 
\ 
■s 

$ 

5 
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Test  Number 

230 

231 

232 

233 

234 

235 

236 

237 

238 

239 

240 

241 

242 

243 


» 

L 

244 

r 

■ 

»* 

245 

1 

246 

|*\ 

247 

248 

S, 

249 

V 

250 

■k 

251 

252 

253 

254 

255 

256 

1 

t 

300 

w 

V 

301 

V 

302 

V 

V 
c 

303 

304 

I 

305 

r; 

306 

t 

307 

r 

308 

.■ 

* 

309 

310 

I 

311 

r 

4 

312 

313 

C 

314 

'w 

315 

M 

k 

316 

1 

317 

Scenario  Name 


TOP DOWN 

TOPDOWN” 

TOPDOWN” 

topdown” 

topdown” 

topdown] 

topdown] 

TOPDOWN_ 

TOPDOWN_ 

TOPDOWN_ 

TOPDOWN_ 

TOPDOWN_ 

TOPDOWN_ 

TOPDOWN_ 

TOPDOWN_ 

TOPDOWN_ 

TOPDOWN 

TOPDOWN” 

topdown” 

topdown] 

topdown” 

topdown] 

TOPDOWN 

topdown” 


RECROUTE 

RECROUTE 

RECROUTE 

RECROUTE 

RECROUTE 

RECROUTE 

RECROUTE 

RECROUTE 

_STR ICTSR 
STRICTSR 
STRICTSR 
]STRICTSR 
STRICTSR 
STRICTSR 
STRICTSR 
STRICTSR 

LOOSESR 

LOOSESR 

LOOSESR 

LOOSESR 

LOOSESR 

LOOSESR 

LOOSESR 

LOOSESR 


TOPDOWN_OPTIONS 

TOPDOWNOPTIONS 

TOPDOWN_OPTIONS 

IP_ICMP 

IP_ICMP 

IP_ICMP 

IP_ICMP 

I P_ICMP 

IP_ICMP 

IP_ICMP 

I P_ICMP 

IP_ICMP 

I P_ICMP 

IP_ICMP 

IP_ICMP 

IP_ICMP 

I P_ICMP 

I  P__ICMP 

IP_ICMP 

IPICMP 

IP  ICMP 
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SECTION  4  -  IP  SCENARIOS  AND  TEST  DESCRIPTIONS 

This  section  provides  a  brief  narrative  of  the  scope  and 
objectives  of  each  IP  Test  Scenario  file  and  describes  individual 
tests  in  each  scenario. 


Scenario  1  BASIC 

This  scenario  tests  whether  the  Implementation  Under  Test  (IUT) 
accepts  all  datagrams  with  valid  header  values  and  drops 
datagrams  with  invalid  or  inconsistent  values. 

TEST  1:  CORRECT  DEFAULT  DATAGRAM 


Determine  that  the  IUT  accepts  datagram  formatted  with  all  header 
fields  set  to  correct  default  values. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
correctly  set  with  default  values  to  the  IUT. 

-  Verification:  The  IUT  should  return  a  response  datagram 
indicating  it  accepted  the  datagram. 

-  Success:  The  IUT  returns  the  required  response  datagram. 

-  Failure:  The  IUT  does  not  return  the  response  datagram. 

TEST  2:  ACCEPTANCE  OF  ALL  PRECEDENCE  VALUES 


Determine  that  the  IUT  will  accept  datagrams  with  all  precedence 
values . 

-  Action:  CD  will  send  a  series  of  datagrams  to  the  IUT. 

Precedence  in  the  datagram  will  vary  from  0  to  7.  All  other 
values  in  the  header  will  be  the  default  values. 


-  Verification:  The  IUT  should  return  a  response  datagram 
for  each  datagram  sent. 


-  Success:  The  IUT  returns  a  response  datagram  for  every 

datagram  sent. 

-  Failure:  The  IUT  does  not  return  a  response  datagram  for 
every  datagram  sent. 


TEST  3:  ACCEPTANCE  OF  LOW  DELAY 


Determine  that  the  IUT  will  accept  a  datagram  sent  with  low 
delay . 

-  Action:  CD  will  send  a  datagram  sent  with  low  delay  to 
the  IUT.  All  other  values  in  the  header  will  be  default  values. 

-  Verification:  The  IUT  should  return  the  required  response 
datagram. 

-  Success:  The  IUT  returns  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 


TEST  4:  ACCEPTANCE  OF  HIGH  RELIABILITY 


Determine  that  the  IUT  will  accept  a  datagram  sent  with  high 
reliability. 

Action:  CD  will  send  a  datagram  set  with  high 

reliability  to  the  IUT.  All  other  values  in  the  header  will  be 
default  values. 

-  Verification:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  returns  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 


TEST  5:  ACCEPTANCE  OF  HIGH  THROUGHPUT 


Determine  that  the  IUT  accepts  a  datagram  set  with  high 
throughput . 

-  Action:  CD  will  send  the  IUT  a  datagram  set  with  high 

throughput.  All  other  values  in  the  header  will  be  default 
values . 
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-  Verification:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  returns  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 


TEST  6:  ACCEPTANCE  OF  TYPE  OF  SERVICE  COMBINATIONS 


Determine  that  the  IUT  accepts  datagrams  set  with  every 
combination  of  type  of  service  --  precedence,  delay,  throughput, 
and  reliability. 

-  Action:  CD  will  send  the  IUT  a  series  of  datagrams  set 
with  every  combination  of  precedence,  delay,  throughput,  and 
reliability.  All  other  values  in  the  IP  header  will  be  default 
values . 

-  Verification:  The  IUT  should  return  a  response  datagram 
for  every  datagram  sent. 

-  Success:  The  IUT  returns  a  response  datagram  for  every 
datagram  sent. 

-  Failure:  The  IUT  does  not  return  a  response  datagram  for 
every  datagram  sent. 


TEST  7:  RECOGNITION  OF  ILLEGALLY  SMALL  TIME  TO  LIVE 


Determine  that  the  IUT  drops  a  datagram  with  an  illegally  small 
time  to  live  (time  to  live  of  0). 

-  Action:  CD  will  send  the  IUT  a  datagram  with  a  time  to 
live  of  0.  All  other  datagram  values  will  be  valid  default 
values . 

-  Verification:  No  response  should  be  received  from  the  IUT 
and  the  IUT  accepts  a  subsequent  valid  datagram  sent  by  the  CD. 

-  Success:  No  response  is  received  from  the  IUT  and  the  IUT 
accepts  the  subsequent  valid  datagram  sent  by  the  CD. 

-  Failure:  The  IUT  returns  a  response  datagram. 


TEST  8:  RECOGNITION  OF  TOO  SMALL  TIME  TO  LIVE 


Determine  that  the  IUT  drops  a  datagram  arriving  with  time  to 
live  of  1. 

-  Action:  CD  will  send  the  IUT  a  datagram  with  a  time  to 
live  of  1.  All  other  datagram  values  will  be  valid  default 
values . 


-  Verification:  No  response  should  be  received  from  the  IUT 
and  the  IUT  accepts  a  subsequent  valid  datagram  sent  by  the  CD. 

-  Success:  No  response  is  received  from  the  IUT  and  the  IUT 
accepts  the  subsequent  valid  datagram  sent  by  the  CD. 

-  Failure:  The  IUT  returns  a  response  datagram. 


TEST  9:  ACCEPTANCE  OF  RANGE  OF  TIME  TO  LIVE  VALUES 


Determine  that  the  IUT  accepts  datagrams  set  with  the  upper  and 
lower  bounds  of  valid  time  to  live  values. 

-  Action:  CD  will  send  the  IUT  a  datagram  with  a  time  to 
live  of  2.  All  other  datagram  values  will  be  valid  default 
values.  The  CD  will  send  the  IUT  a  second  datagram  with  a  time  to 
live  of  255.  All  other  datagram  values  will  be  valid  default 
values . 


-  Verification:  The  IUT  should  send  a  response  datagram  for 
each  datagram. 

-  Success:  IUT  sends  a  response  datagram  for  each  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram  for 
each  datagram. 


TEST  10:  RECOGNITION  OF  VERSION  NUMBER 


Determine  that  the  IUT  drops  a  datagram  whose  header  has  an 
incorrect  version  number. 

-  Action:  CD  will  send  a  datagram  with  a  version  number  of 
3  to  the  IUT.  All  other  datagram  values  will  be  valid  default 
values . 


a;  y;v.  •’.^^.V.v.v.v.  .'.  /.  .’.  »-.'V..  «•.*•..  f.  v„«r/v.  *-.  •r.v. 


<v  rv  irv  *rv “3 


'j 

.vj 


-22- 

-  Verification:  No  response  should  be  received  from  the  TUT 
and  the  IUT  accepts  a  subsequent  valid  datagram  sent  by  the  CD. 

-  Success:  No  response  is  received  from  the  IUT  and  the  IUT 
accepts  the  subsequent  valid  datagram  sent  by  the  CD. 

-  Failure:  The  IUT  returns  a  response  datagram. 

TEST  11:  RECOGNITION  OF  INVALID  CHECKSUM 
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Determine  that  the  IUT  drops  a  datagram  with  an  invalid  checksum. 

-  Action:  CD  will  send  a  datagram  with  an  invalid  checksum 
to  the  IUT.  All  other  datagram  values  will  be  valid  default 
values . 


-  Verification:  No  response  should  be  received  from  the  IUT 
and  the  IUT  accepts  a  subsequent  valid  datagram  sent  by  the  CD. 

-  Success:  No  response  is  received  from  the  IUT  and  the  IUT 
accepts  the  subsequent  valid  datagram  sent  by  the  CD. 

-  Failure:  The  IUT  returns  a  response  datagram. 


TEST  12:  RECOGNITION  OF  ILLEGALLY  SMALL  HEADER  LENGTH 


Determine  that  the  IUT  drops  a  datagram  with  an  invalid  header 
length . 

-  Action:  CD  will  send  a  datagram  with  a  header  length  of  4 
to  the  IUT.  All  other  datagram  values  will  be  valid  default 
values . 


-  Verification:  No  response  should  be  received  from  the  IUT 
and  the  IUT  accepts  a  subsequent  valid  datagram  sent  by  the  CD. 

-  Success:  No  response  is  received  from  the  IUT  and  the  IUT 
accepts  the  subsequent  valid  datagram  sent  by  the  CD. 

-  Failure:  The  IUT  returns  a  response  datagram. 
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TEST  13:  RECOGNITION  OF  INCONSISTENT  HEADER  LENGTH  VS.  DATAGRAM 
-  TOTAL  LENGTH 

Determine  that  the  IUT  drops  a  datagram  with  a  header  length 
greater  than  the  total  length  of  the  datagram. 

-  Action:  CD  will  send  the  IUT  a  datagram  with  a  header 
length  greater  than  the  total  length.  All  other  datagram  values 
will  be  valid  default  values. 

-  Verification:  No  response  should  be  received  from  the  IUT 
and  the  IUT  accepts  a  subsequent  valid  datagram  sent  by  the  CD. 

-  Success:  No  response  is  received  from  the  IUT  and  the  IUT 
accepts  the  subsequent  valid  datagram  sent  by  the  CD. 

-  Failure:  The  IUT  returns  a  response  datagram. 


TEST  14:  RECOGNITION  OF  ILLEGALLY  SMALL  TOTAL  LENGTH 


Determine  that  the  IUT  drops  a  datagram  with  an  illegally  small 
total  length. 

-  Action:  CD  will  send  the  IUT  a  datagram  with  a  total 
length  set  smaller  than  the  minimum  header  length.  All  other 
datagram  values  will  be  valid  default  values. 

-  Verification:  No  response  should  be  received  from  the  IUT 
and  the  IUT  accepts  a  subsequent  valid  datagram  sent  by  the  CD. 

-  Success:  No  response  is  received  from  the  IUT  and  the  IUT 
accepts  the  subsequent  valid  datagram  sent  by  the  CD. 

-  Failure:  The  IUT  returns  a  response  datagram. 


TEST  15:  RECOGNITION  OF  INCORRECTLY  LARGE  TOTAL  LENGTH 


Determine  that  the  IUT  recoanir.es  and  drops  a  datagram  with  a 
total  length  greater  than  the  actual  datagram  length. 

-  Action:  CD  will  send  the  IUT  a  datagram  with  a  total 
length  set  greater  than  its  actual  length.  All  other  datagram 
values  will  be  valid  default  values. 

-  Ver  i  f  j.ca  t  ion  :  No  response  should  be  received  from  the  IUT 
and  the  IUT  accepts  a  subsequent  valid  datagram  sent  by  the  CD. 
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-  Success:  No  response  is  received  from  the  TUT  and  the  TUT 
accepts  the  subsequent  valid  datagram  sent  by  the  CD. 

-  Failure:  The  IUT  returns  a  response  datagram. 


TEST  16:  RECOGNITION  OF  INCORRECTLY  SMALL  TOTAL  LENGTH 


Determine  that  the  IUT  recognizes  and  drops  a  datagram  with  a 
specified  total  length  smaller  than  the  actual  datagram  length. 

-  Action:  CD  will  send  the  IUT  a  datagram  with  a  total 
length  set  smaller  than  its  actual  length.  All  other  datagram 
values  will  be  valid  default  values. 

-  Verification:  No  response  should  be  received  from  the  IUT 
and  the  IUT  accepts  a  subsequent  valid  datagram  sent  by  the  CD. 

-  Success:  No  response  is  received  from  the  IUT  and  the  IUT 
accepts  the  subsequent  valid  datagram  sent  by  the  CD. 

-  Failure:  The  IUT  returns  a  response  datagram. 


TEST  17:  RECOGNITION  OF  MORE  FRAGMENTS  FIELD 


Determine  that  the  IUT  recognizes  the  IP  header  more  fragments 
field  and  does  not  accept  a  datagram  with  that  field  when  no 
other  datagram  with  the  same  id  follows. 

-  Action:  CD  will  send  the  IUT  a  datagram  with  the  more 
fragments  field  set.  All  other  datagram  values  will  be  valid 
default  values. 

-  Verification:  No  response  should  be  received  from  the  IUT 
and  the  IUT  accepts  a  subsequent  valid  datagram  sent  by  the  CD. 


-  Success:  No  response  is  received  from  the  IUT  and  the  IUT 
accepts  the  subsequent  valid  datagram  sent  by  the  CD. 

-  Failure:  The  IUT  returns  a  response  datagram. 
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Scenario  IPFRAGMENTS 

This  scenario  will  test  that  the  IUT  can  reassemble  fragments  of 
the  same  datagram  and  that  the  IUT  checks  the  fields  of  the 
fragment  datagrams  for  validity. 

TEST  18:  REASSEMBLY  OF  TWO-FRAGMENT  DATAGRAM 


Determine  that  the  IUT  can  reassemble  a  datagram  sent  in  two 
fragments . 

-  Action:  CD  will  send  the  IUT  a  datagram  divided  into  two 
fragments.  All  datagram  values  will  be  valid  default  values. 

-  Verification:  The  IUT  should  send  a  response  datagram  for 
the  datagram. 

-  Success:  IUT  sends  a  response  datagram  for  the  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram  for 
the  datagram. 


TEST  19:  REASSEMBLY  OF  THREE- FRAGMENT  DATAGRAM 


Determine  that  the  IUT  can  reassemble  a  datagram  sent  in  three 
fragments . 

-  Action:  CD  will  send  a  datagram  divided  into  three 
fragments  to  the  IUT.  All  datagram  values  will  be  valid  default 
values . 


-  Verification:  The  IUT  should  send  a  response  datagram  for 
the  datagram. 

-  Success:  IUT  sends  a  response  datagram  for  the  datagram. 

-  Failure:  The  TUT  does  not  return  a  response  datagram  for 

the  datagram. 
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TEST  20:  REASSEMBLY  OF  576-OCTET  DATAGRAM 


Determine  that  the  IUT  can  reassemble  a  datagram  totaling  576 
octets . 

-  Action:  CD  will  send  the  IUT  a  576-octet  datagram  divided 
into  five  fragments.  All  datagram  values  will  be  valid  default 
values . 

-  Verification:  The  IUT  should  send  a  response  datagram  for 
the  datagram. 

-  Success:  IUT  sends  a  response  datagram  for  the  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram  for 
the  datagram. 


TEST  21:  REASSEMBLY  OF  OUT-OF-ORDER  FRAGMENTS  —  MIXED 


Determine  that  the  IUT  can  reassemble  a  datagram  whose  fragments 
are  sent  out  of  order. 

-  Action:  CD  will  send  a  datagram  divided  into  four 
fragments  to  the  IUT.  The  fragments  will  be  sent  out  of  order. 
All  datagram  values  will  be  valid  default  values. 

-  Verification:  The  IUT  should  send  a  response  datagram  for 
the  datagram. 

-  Success:  IUT  sends  a  response  datagram  for  the  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram  for 
the  datagram. 


TEST  22:  REASSEMBLY  OF  OUT-OF-ORDER  FRAGMENTS  —  REVERSED 


Determine  that  the  IUT  can  reassemble  a  datagram  whose  fragments 
are  sent  out  of  order. 

-  Action:  CD  will  send  a  datagram  divided  into  four 
fragments  to  the  IUT.  The  fragments  will  be  sent  in  reverse 
order  (the  final  fragment  first).  All  datagram  values  will  be 
valid  default  values. 


-  Verification:  The  IUT  should  send  a  response  datagram  for 
the  datagram. 

-  Success:  IUT  sends  a  response  datagram  for  the  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram  for 
the  datagram. 


TEST  23:  RECOGNITION  OF  ARRIVING  FRAGMENT'S  EXPIRED  TIME  TO  LIVE 


Determine  that  the  IUT  does  not  reassemble  a  datagram  with  a 
fragment  whose  time  to  live  has  expired  on  arrival. 

-  Action:  CD  will  send  a  datagram  divided  into  fragments  to 
the  IUT.  One  fragment  will  have  an  expired  time  to  live.  All 
datagram  values  will  be  valid  default  values. 

-  Verification:  No  response  should  be  received  from  the  IUT 
and  the  IUT  should  accept  a  subsequent  valid  datagram  sent  by  the 
CD. 

-  Success:  No  response  is  received  from  the  IUT  and  the  IUT 
accepts  the  subsequent  valid  datagram  sent  by  the  CD. 

-  Failure:  The  IUT  returns  a  response  datagram. 


TEST  24:  REASSEMBLY  WITH  DUPLICATE  FRAGMENTS 


Determine  that  the  IUT  can  reassemble  a  datagram  when  a  fragment 
is  duplicated. 

-  Action:  CD  will  send  a  datagram  divided  into  three 
fragments  to  the  IUT.  One  fragment  will  be  sent  twice.  All 
datagram  values  will  be  valid  default  values. 

-  Verification:  The  IUT  should  send  a  response  datagram  for 
the  datagram. 

-  Success:  The  IUT  sends  a  response  datagram  for  the 

datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram  for 
the  datagram. 
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TEST  25:  CHECKING  PROTOCOL  FTELDS  TN  FRAGMENTS  FOR  CONSISTENCY 


Determine  that  the  IUT  does  not  reassemble  a  datagram  when  the 
protocol  fields  of  the  fragments  are  not  the  same. 

-  Action:  CD  will  send  a  datagram  divided  into  fragments  to 
the  IUT.  One  fragment  will  have  a  protocol  number  other  than  the 
IP  testing  number  of  255.  All  datagram  values  will  be  valid 
default  values. 

-  Verification:  No  response  should  be  received  from  the  IUT 
and  the  IUT  should  accept  a  subsequent  valid  datagram  sent  by  the 
CD . 

-  Success:  No  response  is  received  from  the  IUT  and  the  IUT 
accepts  the  subsequent  valid  datagram  sent  by  the  CD. 

-  Failure:  The  IUT  returns  a  response  datagram. 


TEST  26:  CHECKING  OF  FRAGMENT  PRECEDENCE  FIELDS  FOR  CONSISTENCY 


Determine  that  the  IUT  does  not  reassemble  a  datagram  when  the 
precedence  fields  of  the  fragments  are  not  the  same. 

-  Action:  CD  will  send  a  datagram  divided  into  fragments  to 
the  IUT.  One  fragment  will  have  a  different  precedence.  All 
datagram  values  will  be  valid  default  values. 

-  Verification:  No  response  should  be  received  from  the  IUT 
and  the  IUT  should  accept  a  subsequent  valid  datagram  sent  by  the 
CD. 

-  Success:  No  response  is  received  from  the  IUT  and  the  IUT 
accepts  the  subsequent  valid  datagram  sent  by  the  CD. 

-  Failure:  The  IUT  returns  a  response  datagram. 


TEST  27:  CHECKING  OF  FRAGMENT  SOURCE  FIELDS  FOR  CONSISTENCY 


Determine  that  the  IUT  does  no!  reassemble  a  datagram  when  the 
source  fields  of  the  fragments  are  not  the  same. 

-  Action:  CD  will  send  a  datagram  divided  into  fragments  to 
the  IUT.  One  fragment  will  have  a  different  source.  All  other 
datagram  values  will  be  valid  default  values. 
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-  Verification:  No  response  should  be  received  from  the  TUT 
and  the  IUT  should  accept  a  subsequent  valid  datagram  sent  by  the 
CD. 

-  Success:  No  response  is  received  from  the  IUT  and  the  IUT 
accepts  the  subsequent  valid  datagram  sent  by  the  CD. 

-  Failure:  The  IUT  returns  a  response  datagram. 
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Scenario  IP  EXTEND 


IP_EXTEND  tests  the  IUT's  ability  to  set  and  restart  its 
reassembly  timer;  reassemble  multiple  datagrams;  fragment 
correctly;  and  set  the  complete  range  of  precedence  values. 


TEST  28:  EXPIRATION  OF  FRAGMENT'S  TIME  TO  LIVE  DURING 
-  REASSEMBLY 

Determine  that  the  IUT  does  not  reassemble  a  datagram  when  a 
fragment's  time  to  live  expires  during  reassembly. 

-  Action:  CD  will  send  the  IUT  a  datagram  divided  into 
fragments.  One  fragment  will  be  delayed;  one  transmitted 
fragment  will  have  a  short  time  to  live  of  x  seconds.  The  final 
fragment  will  be  sent  after  x  seconds.  All  datagram  values  will 
be  valid  default  values. 

-  Verif ication:  No  response  should  be  received  from  the  IUT 
and  the  IUT  should  accept  a  subsequent  valid  datagram  sent  by  the 
CD. 

-  Success:  No  response  is  received  from  the  IUT  and  the  IUT 
accepts  the  subsequent  valid  datagram  sent  by  the  CD. 

-  Failure:  The  IUT  returns  a  response  datagram. 


TEST  29:  SET  AND  RESTART  THE  REASSEMBLY  TIMER 


Determine  that  the  IUT  sets  and  restarts  the  reassembly  timer  as 
the  time  to  live  values  of  the  incoming  datagram  fragments 
dictate. 

-  Action:  The  CD  determines  that  the  IUT  checks  the  time  to 
live  in  a  fragment.  The  CD  will  send  a  datagram  divided  into 
fragments.  One  fragment  will  be  delayed.  One  of  the  first 
fragments  sent  will  have  a  tune  to  live  of  x.  A  following 
fragment  will  have  a  time  of  x+y.  The  delayed  fragment  will  not 
be  sent  until  x  seconds  have  passed.  All  datagram  values  will  be 
valid. 

-  Verification:  The  IUT  should  send  a  response  datagram  for 
the  datagram. 

-  Success:  The  IUT  sends  a  response  datagram  for  the 

datagram . 

-  Failure:  The  IUT  does  not  return  a  response  datagram  for 
the  datagram. 


TEST  30:  REASSEMBLY  OF  TWO  INTERMIXED  DATAGRAMS 


Determine  that  the  IUT  can  correctly  reassemble  more  than  one 
datagram  concurrently. 

-  Action:  The  CD  will  send  two  fragmented  datagrams  to  the 
IUT.  Fragments  from  the  two  datagrams  will  be  intermixed. 

-  Verification:  The  IUT  should  send  a  response  datagram  for 
the  datagram. 

-  Success:  The  IUT  sends  a  response  datagram  for  the 
datagram . 

-  Failure:  The  IUT  does  not  return  a  response  datagram  for 
the  datagram. 


TEST  31:  REASSEMBLY  OF  MULTI- INTERMIXED  DATAGRAMS 


Determine  that  the  IUT  can  correctly  reassemble  many  datagrams 
concurrently . 

-  Action:  The  CD  will  send  more  than  one  fragmented 
datagrams  to  the  IUT.  Fragments  from  the  datagrams  will  be 
intermixed . 

-  Verification:  The  IUT  should  send  response  datagrams  for 
the  datagrams. 

-  Success:  The  IUT  sends  response  datagrams  for  the 
datagram. 

-  Failure:  The  IUT  does  not  return  response  datagrams  for 
the  datagrams. 


Scenario  IP  NOP 


IP_NOP  tests  the  IUT's  ability  to  accept  the  No  Operation  option 
(NOP)  and  the  End  of  Option  List  (EOL)  option.  This  scenario 
tests  these  options  as  they  might  be  used  to  pad  the  header  to 
reach  the  32  bit  boundary. 


TEST  32:  ACCEPTANCE  OF  DATAGRAM  WITH  ONE  OPTION 


Determine  that  the  IUT  accepts  a  datagram  set  with  an  option. 

-  Action:  CD  will  send  the  IUT  a  datagram  with  one  NOP  and 
three  EOL  options.  All  datagram  values  will  be  valid  default 
values . 

-  Verification:  The  IUT  should  send  a  response  datagram  for 
the  datagram. 

-  Success:  IUT  sends  a  response  datagram  for  the  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram  for 
the  datagram. 


TEST  33:  ACCEPTANCE  OF  DATAGRAM  WITH  TWO  OPTIONS 


Determine  that  the  IUT  accepts  a  datagram  set  with  two  No 
Operation  options. 

-  Action:  CD  will  send  a  datagram  with  two  NOP  options  to 
the  IUT  and  two  EOL  options.  All  datagram  values  will  be  valid 
default  values. 

-  Verification:  The  H'T  should  send  a  response  datagram  for 

the  datagram. 

-  Success:  IUT  sends  a  response  datagram  for  the  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram  for 
the  datagram. 
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TEST  34:  ACCEPTANCE  OF  DATAGRAM  WTTII  THREE  OPTIONS 


Determine  that  the  IUT  accepts  datagram  set  with  three  NOP 
options  and  one  EOI  option. 

-  Action:  CD  will  send  a  datagram  with  three  NOP  options 
and  one  EOL  option  to  the  IUT.  All  datagram  values  will  be  valid 
default  values. 

-  Verification:  The  IUT  should  send  a  response  datagram  for 
the  datagram. 

-  Success:  IUT  sends  a  response  datagram  for  the  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram  for 
the  datagram. 


TEST  35:  ACCEPTANCE  OF  DATAGRAM  WITH  FOUR  OPTIONS 


Determine  that  the  IUT  accepts  a  datagram  set  with  four  NOP 
options . 

-  Action:  CD  will  send  a  datagram  with  four  NOP  options  to 
the  IUT.  All  datagram  values  will  be  valid  default  values. 

-  Verification:  The  IUT  should  send  a  response  datagram  for 
the  datagram. 

-  Success:  IUT  sends  a  response  datagram  for  the  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram  for 
the  datagram. 


TEST  36:  RECOGNITON  OF  DATAGRAM  WITH  UNSPECIFIED  OPTION 


Determine  that  the  IUT  accepts  a  datagram  set  with  an  option  not 
specified  in  MIL-STD-1777 . 

-  Action:  CD  will  send  a  datagram  with  an  unspecified 
option  to  the  IUT.  All  other  datagram  values  will  be  valid 
default  values. 

-  Verification:  The  IUT  should  not  send  a  response  datagram 
for  the  datagram. 


-  Success:  IUT  does  not  send  a  response  datagram  for  the 

datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram  for 
the  datagram. 
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Scenario  IP  STREAMOPT 


This  scenario  tests  whether  the  Implementation  Under  Test  (IUT) 
accepts  datagrams  with  correct  stream  options  and  determines 
whether  it  drops  or  accepts  datagrams  with  incorrectly  formatted 
stream  options. 


TEST  37:  ACCEPTANCE  OF  STREAM  OPTION 


Determine  that  the  IUT  will  accept  a  datagram  containing  a  valid 
stream  option. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  stream  option.  All  datagram  fields  will  be  valid 
f ields . 

-  Verification:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  returns  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 


TEST  38:  RECOGNITION  OF  STREAM  OPTION  WITH  INVALID  LARGE 
-  OPTION  LENGTH 

Determine  if  the  IUT  will  accept  a  datagram  containing  a  stream 
option  with  an  invalidly  large  option  length. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  stream  option  with  an  invalid  large  option  length 
(greater  than  4).  All  other  datagram  fields  will  be  valid 

f ields . 

-  Verification:  The  IUT  should  not  return  a  response 
da  tagr am . 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 


TEST  39:  RECOGNITION  OF  STREAM  OPTION  WTTH  TNVAI.TDT.Y  SMAT.I, 
-  OPTION  LENGTH 

Determine  if  the  IUT  will  accept  a  datagram  containing  a  stream 
option  with  an  invalidly  small  option  length. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  stream  option  with  an  option  length  of  3.  All 
other  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram . 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 


TEST  40:  RECOGNITION  OF  INVALID  DUPLICATE  STREAM 
-  OPTION 

Determine  if  the  TUT  will  accept  a  datagram  containing  a 
duplicate  stream  option. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  two  valid  stream  options. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram. 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  return  a  response  datagram. 


TEST  41:  RECOGNITION  OF  STREAM  OPTION  WITH  NO  COPY  FLAG 


Determine  if  the  IUT  will  accept  a  datagram  containing  a  stream 
option  with  no  copy  flag  set  on  the  option  type. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  stream  option  without  a  copy  flag.  All  other 
datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  not  return  a  response 

datagram . 


Success:  The  IUT  does  not  return  a  response  datagram. 


-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 


TEST  42:  REASSEMBLY  OF  DATAGRAM  WITH  STREAM  OPTION 


Determine  if  the  IUT  will  reassemble  a  fragmented  datagram  which 
contains  the  stream  option. 

-  Action*  The  Central  Driver  (CD)  will  send  a  datagram  in 
fragments,  a  lx  of  which  will  carry  the  stream  option.  All 
datagram  fields  will  be  correct. 

-  Ver i f icat ion :  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  does  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 


TEST  43:  RECOGNITION  OF  DATAGRAM  WITH  STREAM  OPTION 
-  NOT  PRESENT  ON  ALL  FRAGMENTS 

Determine  if  the  IUT  will  reassemble  a  fragmented  datagram  which 
does  not  contain  the  stream  option  on  all  fragments. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram  in 
fragments,  not  ail  of  which  will  have  the  stream  option  on  them. 
All  other  datagram  fields  will  be  correct. 

-  Verification:  The  IUT  should  not  return  a  response 
da  tagram . 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  return  a  response  datagram. 
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TEST  44:  ACCEPTANCE  OF  FULL  RANGE  OF  STREAM  TD  VALUES 


Determine  if  the  IUT  will  accept  datagrams  which  contain  the 
stream  option  with  a  full  range  of  id  values. 

-  Action:  The  Central  Driver  (CD)  will  send  fours  datagrams 
to  the  IUT.  The  stream  option  id  in  these  datagrams  will  require 
that  different  bit  patterns  be  set  in  the  id  field.  All  datagram 
fields  will  be  correct. 

-  Verif ication:  The  IUT  should  return  a  response  datagram 
for  each  datagram  sent. 

-  Success:  The  IUT  returns  a  response  datagram  for  each 
datagram  sent. 

-  Failure:  The  IUT  does  not  return  a  response  datagram  for 
each  datagram  sent. 
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Scenario  IP  TIMESTAMP1 


This  scenario  tests  whether  the  Implementation  Under  Test  (IUT) 
accepts  datagrams  with  correct  timestamp  options  and  whether  it 
drops  or  accepts  datagrams  with  incorrectly  formatted  timestamp 
options . 

TEST  46:  ACCEPTANCE  OF  TIMESTAMP  OPTION  WITH  FORMAT  0 


Determine  that  the  IUT  will  accept  a  datagram  containing  a  valid 
timestamp  option  with  format  0. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  timestamp  option  of  format  0.  All  datagram  fields 
will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  returns  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 

TEST  47:  ACCEPTANCE  OF  TIMESTAMP  OPTION  WITH  FORMAT  1 


Determine  that  the  IUT  will  accept  a  datagram  containing  a  valid 
timestamp  option  of  format  1,  timestamp  preceded  by  addresss  of 
entering  entity. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  timestamp  option  of  format  1  with  the  address  and 
timestamp  fields  filled.  All  datagram  fields  will  be  valid 

f ields . 

-  Verification:  Tho  tut  should  rot-urn  a  response  dataaram. 

-  Success:  The  IUT  returns  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 


TEST  48  ACCEPTANCE  OF  TTMESTAMP  OPTION  WTTH  FORMAT  3 


Determine  that  the  IUT  will  accept  a  datagram  containing  a  valid 
timestamp  option  of  format  3  with  more  than  one  timestamp  field. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  timestamp  option  with  two  timestamp-address 
combinations.  All  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 

-  Success:  The  IUT  does  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 


TEST  49:  ACCEPTANCE  OF  TIMESTAMP  OPTION  WHEN  OVERFLOW  FIELD 
-  USED 

Determine  if  the  IUT  will  accept  a  datagram  containing  a 
timestamp  option  with  the  overflow  field  set. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  timestamp  option  of  format  0  with  the  timestamp 
field  filled  and  the  overflow  counter  used.  All  datagram  fields 
will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  does  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 


TEST  50:  ACCEPTANCE  OF  TIMESTAMP  OPTION  WHEN  ALL  PROVIDED 
-  FIELDS  NOT  USED 

Determine  if  the  IUT  will  accept  a  datagram  containing  a 
timestamp  option  with  timestamp  fields  still  left  blank. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  timestamp  option  of  format  0  with  room  for  two 
timestamps.  Only  one  timestamp  field  will  be  filled.  All 
datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  does  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 
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TEST  51:  ACCEPTANCE  OF  TIMESTAMP  OPTION  WHEN  NON-STANDARD 
-  TIMESTAMP  INDICATED 

Determine  if  the  IUT  will  accept  a  datagram  containing  a 
timestamp  option  when  the  timestamp  is  non-standard. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  timestamp  option  of  format  0.  The  timestamp  field 
will  be  filled  with  a  timestamp  indicating  it  is  non-standard. 

All  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  does  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 


TEST  52:  ACCEPTANCE  OF  TIMESTAMP  OPTION  WHEN  NON-STANDARD 
-  TIMESTAMP  AND  STANDARD  TIMESTAMP  IN  OPTION  FIELDS 

Determine  if  the  IUT  will  accept  a  datagram  containing  a 
timestamp  option  with  non-standard  and  standard  timestamps. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  timestamp  option  of  format  0.  The  timestamp  field 
will  be  filled  with  a  timestamp  indicating  it  is  non-standard  and 
a  standard  timestamp.  All  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  does  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 


TEST  53:  RECOGNITION  OF  TIMESTAMP  OPTION  WITH  ILLEGALLY 
-  SMALL  OPTION  POINTER 

Determine  if  the  IUT  will  accept  a  datagram  containing  a 
timestamp  option  with  an  option  pointer  less  than  the  legal 
smallest  value. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  timestamp  option  with  an  option  pointer  less  than 
5.  All  other  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  not  return  a  response 

datagram . 


-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 


TEST  54:  RECOGNITION  OF  TIMESTAMP  OPTION  WITH  INVALID 
-  OPTION  POINTER 

Determine  if  the  IUT  will  accept  a  datagram  containing  a 
timestamp  option  with  an  invalid  length  option  pointer. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  timestamp  option  with  an  invalid  option  pointer 
(not  a  multiple  of  5  +  4n  where  n  is  a  multiple  of  the  number  of 
timestamp  fields).  All  other  datagram  fields  will  be  valid 

f ields . 

-  Verification:  The  IUT  should  not  return  a  response 
datagram. 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 


TEST  55:  RECOGNITION  OF  TIMESTAMP  OPTION  WITH  ILLEGALLY 
-  SMALL  OPTION  LENGTH 

Determine  if  the  IUT  will  accept  a  datagram  containing  a 
timestamp  option  with  an  invalid  option  length. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  timestamp  option  with  an  invalid  length  (length 
less  than  5).  All  other  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram. 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 


Scenario  IP  TIMESTAMP 2 


This  scenario  is  a  continuation  of  IP_TIMESTAMP1 .  It  tests 
whether  the  Implementation  Under  Test  (IUT)  accepts  datagrams 
with  correct  timestamp  options  and  whether  it  drops  or  accepts 
datagrams  with  incorrectly  formatted  timestamp  options. 


TEST  56:  RECOGNITION  OF  TIMESTAMP  OPTION  WITH  ILLEGALLY 
-  LARGE  OPTION  LENGTH 

Determine  if  the  IUT  will  accept  a  datagram  containing  a 
timestamp  option  with  an  illegally  large  option  length. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  timestamp  option  with  an  invalid  length  (length 
greater  than  40).  All  other  datagram  fields  will  be  valid 

f ields . 

-  Verification:  The  IUT  should  not  return  a  response 
da  tagram . 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 


TEST  57:  RECOGNITION  OF  TIMESTAMP  OPTION  WITH  INVALID 
-  OPTION  LENGTH 

Determine  if  the  IUT  will  accept  a  datagram  containing  a 
timestamp  option  with  a  invalid  option  length. 

-  Action:  The  Central  ['river  (CD)  will  send  a  datagram 
containing  one  timestamp  option  with  an  invalid  length  (length 
not  a  multiple  of  timestamp  field  plus  5).  All  other  datagram 
fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  not  return  a  response 

datagram . 


-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 


TEST  58:  RECOGNITION  OF  COPY  FLAG  ON  TIMESTAMP  OPTION 


Determine  if  the  IUT  will  accept  a  datagram  containing  a  copy 
flag  on  the  timestamp  option. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  a  timestamp  option  with  a  copy  flag. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram. 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 


TEST  59:  RECOGNITION  OF  INVALID  TIMESTAMP  FORMAT 


Determine  if  the  IUT  will  accept  a  datagram  containing  an  invalid 
timestamp  format. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  a  timestamp  option  with  a  format  of  2. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram . 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 


-  Observation:  The  IUT  does  return  a  response  datagram. 
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TEST  60:  RECOGNITION  OF  INVALID  DUPLICATE  TTMESTAMP 
-  OPTION 

Determine  if  the  IUT  will  accept  a  datagram  containing  a 
duplicate  timestamp  option. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  two  valid  timestamp  options. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram . 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  return  a  response  datagram. 


TEST  61:  REASSEMBLY  OF  DATAGRAM  WITH  TIMESTAMP  OPTION 


Determine  if  the  IUT  will  reassemble  a  fragmented  datagram  which 
contains  the  timestamp  option. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram  in 
fragments,  only  one  of  which  will  have  the  timestamp  option  on 
it.  All  datagram  fields  will  be  correct. 

-  Verification:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  does  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 


TEST  62:  RECOGNITION  OF  DATAGRAM  WITH  TIMESTAMP  OPTION 
-  DUPLICATED  ON  FRAGMENTS 

Determine  if  the  IUT  will  drop  a  fragmented  datagram  which 
contains  the  timestamp  option  on  all  fragments. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram  in 
fragments,  all  of  which  will  have  the  timestamp  option  on  them. 
All  other  datagram  fields  will  be  correct. 

-  Verification:  The  IUT  should  not  return  a  response 

datagram. 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 


-  Observation:  The  IUT  does  return  a  response  datagram. 


TEST  63:  RECOGNITION  OF  DATAGRAM  WTTH  TTMESTAMP  OPTION 
-  TOO  SHORT  TO  ALLOW  COMPLETE  TIMESTAMP  FIELD 

Determine  if  the  IUT  will  drop  a  fragmented  datagram  which 
contains  a  timestamp  option  too  short  for  timestamp-address. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram  of 
format  1.  There  will  not  be  enough  room  to  place  the  complete 
timestamp  and  address  in  the  option.  All  other  datagram  fields 
will  be  correct. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram . 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 
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Scenario  IP  RECROUTE 


This  scenario  tests  whether  the  Implementation  Under  Test  (IUT) 
accepts  datagrams  with  correct  record  route  options  and  whether 
it  drops  or  accepts  datagrams  with  incorrectly  formatted  record 
route  options. 


TEST  64:  ACCEPTANCE  OF  RECORD  ROUTE  OPTION 
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Determine  that  the  IUT  will  accept  a  datagram  containing  a  valid 
record  route  option. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  record  route  option.  All  datagram  fields  will  be 
valid  fields. 

-  Ver i f ica t ion :  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  returns  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 


TEST  65:  ACCEPTANCE  OF  RECORD  ROUTE  OPTION  WITH  ROUTE  FIELDS 
-  FILLED 

Determine  that  the  IUT  will  accept  a  datagram  containing  a  valid 
record  route  option  with  its  route  fields  filled  with  addresses. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  record  route  option  with  the  route  fields  filled. 
All  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  returns  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 
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TEST  66:  ACCEPTANCE  OF  RECORD  ROUTE  OPTION  WTTH  ROUTE  FIELDS 
-  NOT  FILLED 

Determine  that  the  IUT  will  accept  a  datagram  containing  a  valid 
record  route  option  with  some  of  its  route  fields  empty. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  record  route  option  with  not  all  route  fields 
filled.  All  datagram  fields  will  be  valid  fields. 

-  Ver if ication:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  returns  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 


TEST  67:  RECOGNITION  OF  RECORD  ROUTE  OPTION  WITH  INVALIDLY  SMALL 
-  OPTION  LENGTH 

Determine  if  the  IUT  will  accept  a  datagram  containing  a  record 
route  option  with  an  invalidly  small  option  length. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  record  route  option  with  an  option  length  of  3. 

All  other  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram . 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 


TEST  68:  RECOGNITION  OF  RECORD  ROUTE  OPTION  WITH  INVALID  LARGE 
-  OPTION  LENGTH 

Determine  if  the  IUT  will  accept  a  datagram  containing  a  record 
route  option  with  an  invalidly  large  option  length. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  record  route  option  with  an  invalidly  large  option 
length  (not  equal  to  3  +  4n  where  n  is  number  of  routes).  All 
other  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  not  return  a  response 

datagram . 


-48- 


-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 


TEST  69:  RECOGNITION  OF  RECORD  ROUTE  OPTION  WITH  ILLEGALLY  SMALL 
-  OPTION  POINTER 

Determine  if  the  IUT  will  accept  a  datagram  containing  a  record 
route  option  with  an  option  pointer  less  than  legal  smallest 
value . 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  record  route  option  with  an  invalid  option  pointer 
of  3.  All  other  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram . 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 


TEST  70:  RECOGNITION  OF  RECORD  ROUTE  OPTION  WITH  INVALID 
-  OPTION  POINTER 

Determine  if  the  IUT  will  accept  a  datagram  containing  a  record 
route  option  with  an  invalid  length  option  pointer. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  record  route  option  with  an  invalid  option  pointer 
(not  a  multiple  of  3  +  4n  where  n  is  a  multiple  of  the  number  of 
routes).  All  other  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram. 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 
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TEST  71:  RECOGNITION  OF  TNVA1.TD  COPY  FT, AG  ON  RECORD  ROUTE 
-  OPTION 

Determine  if  the  IUT  will  accept  a  datagram  containing  an  invalid 
copy  flag  on  the  record  route  option. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  a  record  route  option  with  an  invalid  copy  flag. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram. 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 


TEST  72:  RECOGNITION  OF  INVALID  DUPLICATE  RECORD  ROUTE 
-  OPTION 

Determine  if  the  IUT  will  accept  a  datagram  containing  a 
duplicate  record  route  option. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  two  valid  record  route  options. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram . 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  return  a  response  datagram. 


TEST  73:  RECOGNITION  OF  INVALID  RELATIONSHIP  BETWEEN  RECORD 
-  ROUTE  POINTER  AND  OPTION  LENGTH 

Determine  if  the  IUT  will  accept  a  datagram  containing  an  invalid 
relationship  between  the  option  length  and  the  pointer  value. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  a  record  route  option  which  has  a  correct  pointer 
value  but  an  invalid  record  route  length. 

-  Verification:  The  IUT  should  not  return  a  response 

da  tagr am . 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  return  a  response  datagram. 
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TEST  74:  REASSEMBLY  OF  DATAGRAM  WTTH  RECORD  ROUTE  OPTION 


Determine  if  the  IUT  will  reassemble  a  fragmented  datagram  which 
contains  the  record  route  option. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram  in 
fragments,  only  one  of  which  will  have  the  record  route  option  on 
it.  All  datagram  fields  will  be  correct. 

-  Verification:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  does  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 


TEST  75:  RECOGNITION  OF  DATAGRAM  WITH  RECORD  ROUTE  OPTION 
-  INCORRECTLY  DUPLICATED  ON  FRAGMENTS 

Determine  if  the  IUT  will  reassemble  a  fragmented  datagram  which 
contains  the  record  route  option  on  all  fragments. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram  in 
fragments,  all  of  which  will  have  the  record  route  option  on 
them.  All  other  datagram  fields  will  be  correct. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram . 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 


-  Observation:  The  IUT  does  return  a  response  datagram. 


Scenario  TP  STRTCTSR 


This  scenario  tests  whether  the  Implementation  Under  Test  (IUT) 
accepts  datagrams  with  correct  strict  source  options  and  whether 
it  drops  or  accepts  datagrams  with  incorrectly  formatted  strict 
source  options. 


TEST  76:  ACCEPTANCE  OF  STRICT  SOURCE  OPTION 


Determine  that  the  IUT  will  accept  a  datagram  containing  a  valid 
strict  source  option. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  strict  source  option.  All  datagram  fields  will  be 
valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  returns  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 


TEST  77:  ACCEPTANCE  OF  STRICT  SOURCE  OPTION  WITH  MULITPLE  RECORD 
-  FIELDS 

Determine  that  the  IUT  will  accept  a  datagram  containing  a  valid 
strict  source  option  with  its  route  fields  filled  with  addresses. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  strict  source  option  with  the  route  fields  filled. 
All  datagram  fields  will  be  valid  fields. 


-  Verification:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  returns  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 
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TEST  78:  RECOGNITION  OF  STRICT  SOURCE  OPTION  WITH  NOT  ALL 
-  GATEWAYS  TRAVERSED 

Determine  that  the  IUT  will  not  accept  a  datagram  containing  a 
valid  strict  source  option  with  not  all  gateways  traversed. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  strict  source  option  with  not  all  route  fields 
filled.  All  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram. 

-  Success:  The  TUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  returns  a  response  datagram. 


TEST  79:  RECOGNITION  OF  STRICT  SOURCE  OPTION  WITH  INVALIDLY 
-  SMALL  OPTION  LENGTH 

Determine  if  the  IUT  will  accept  a  datagram  containing  a  strict 
source  option  with  an  invalidly  small  option  length. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  strict  source  option  with  an  option  length  of  3. 
All  other  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram. 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 


TEST  80:  RECOGNITION  OF  STRICT  SOURCE  OPTION  WITH  INVALIDLY 
-  LARGE  OPTION  LENGTH 

Determine  if  the  IUT  will  accept  a  datagram  containing  a  strict 
source  option  with  an  invalidly  large  option  length. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  strict  source  option  with  an  invalidly  large 
option  length  (not  equal  to  3  +  4n  where  n  is  number  of  routes). 
All  other  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram . 
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-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 


TEST  81:  RECOGNITION  OF  STRICT  SOURCE  OPTION  WITH  ILLEGALLY 
-  SMALL  OPTION  POINTER 

Determine  if  the  IUT  will  accept  a  datagram  containing  a  strict 
source  option  with  an  option  pointer  less  than  legal  smallest 
value. 


-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  strict  source  option  with  an  invalid  option 
pointer  of  3.  All  other  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram. 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 


TEST  82:  RECOGNITION  OF  STRICT  SOURCE  OPTION  WITH  INVALID 
-  OPTION  POINTER 


$ 


Determine  if  the  IUT  will  accept  a  datagram  containing  a  strict 
source  option  with  an  invalid  length  option  pointer. 


-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  strict  source  option  with  an  invalid  option 
pointer  (not  a  multiple  of  3  +  4n  where  n  is  a  multiple  of  the 
number  of  routes).  All  other  datagram  fields  will  be  valid 
f ie Ids . 


-  Verification:  The  IUT  should  not  return  a  response 

datagram . 


-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 
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TEST  83:  RECOGNITION  OF  LACK  OF  COPY  FT.AG  ON  STRICT  SOURCE 
-  OPTION 

Determine  if  the  IUT  will  accept  a  datagram  containing  no  copy 
flag  on  the  strict  source  option. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  a  strict  source  option  with  no  copy  flag. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram. 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 


TEST  84:  RECOGNITION  OF  INVALID  DUPLICATE  STRICT  SOURCE 
-  OPTION 

Determine  if  the  IUT  will  accept  a  datagram  containing  a 
duplicate  strict  source  option. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  two  valid  strict  source  options. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram. 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  return  a  response  datagram. 


TEST  85:  REASSEMBLY  OF  DATAGRAM  WITH  STRICT  SOURCE  OPTION 
-  NOT  SENT  ON  ALL  FRAGMENTS 

Determine  if  the  IUT  will  reassemble  a  fragmented  datagram  which 
does  not  contain  the  strict  source  option  on  all  fragments. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram  in 
fragments,  only  one  of  which  will  have  the  strict  source  option 
on  it.  All  other  datagram  fields  will  be  correct. 

-  Verification:  The  IUT  should  not  return  a  response 

datagram . 


-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  return  a  response  datagram. 

TEST  86:  RECOGNITION  OF  DATAGRAM  WITH  STRICT  SOURCE  OPTION 
-  CORRECTLY  DUPLICATED  ON  FRAGMENTS 

Determine  if  the  IUT  will  reassemble  a  fragmented  datagram  which 
contains  the  strict  source  option  on  all  fragments. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram  in 
fragments,  all  of  which  will  have  the  strict  source  option  on 
them.  All  other  datagram  fields  will  be  correct. 

-  Verification:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  does  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 


Scenario  TP  T.OOSESR 


This  scenario  tests  whether  the  Implementation  Under  Test  (IUT) 
accepts  datagrams  with  correct  loose  source  options  and  whether 
it  drops  or  accepts  datagrams  with  incorrectly  formatted  loose 
source  options. 

TEST  87:  ACCEPTANCE  OF  LOOSE  SOURCE  OPTION 


Determine  that  the  IUT  will  accept  a  datagram  containing  a  valid 
loose  source  option. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  loose  source  option.  All  datagram  fields  will  be 
valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  returns  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 

TEST  88:  ACCEPTANCE  OF  LOOSE  SOURCE  OPTION  WITH  MULITPLE  RECORD 
-  FIELDS 

Determine  that  the  IUT  will  accept  a  datagram  containing  a  valid 
loose  source  option  with  its  route  fields  filled  with  addresses. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  loose  source  option  with  the  route  fields  filled. 
All  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  returns  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 
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TEST  89  RECOGNITION  OF  LOOSE  SOURCE  OPTION  WITH  NOT  ALL 
-  GATEWAYS  TRAVERSED 


Determine  that  the  IUT  will  not  accept  a  datagram  containing  a 
valid  loose  source  option  with  not  all  gateways  traversed. 


-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  loose  source  option  with  not  all  route  fields 
filled.  All  datagram  fields  will  be  valid  fields. 


-  Verification:  The  IUT  should  not  return  a  response 
datagram . 


-  Success:  The  IUT  does  not  return  a  response  datagram. 


-  Failure:  The  IUT  returns  a  response  datagram. 


TEST  90:  RECOGNITION  OF  LOOSE  SOURCE  OPTION  WITH  INVALIDLY 
-  SMALL  OPTION  LENGTH 


Determine  if  the  IUT  will  accept  a  datagram  containing  a  loose 
source  option  with  an  invalidly  small  option  length. 


-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  loose  source  option  with  an  option  length  of  3. 
All  other  datagram  fields  will  be  valid  fields. 


-  Verification:  The  IUT  should  not  return  a  response 
datagram. 


-  Success:  The  IUT  does  not  return  a  response  datagram. 


-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 


-  Observation:  The  IUT  does  return  a  response  datagram. 


TEST  91:  RECOGNITION  OF  LOOSE  SOURCE  OPTION  WITH  INVALIDLY 
-  LARGE  OPTION  LENGTH 


Determine  if  the  IUT  will  accept  a  datagram  containing  a  loose 
source  option  with  an  invalidly  large  option  length. 


-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  loose  source  option  with  an  invalidly  large  option 
length  (not  equal  to  3  +  4n  where  n  is  number  of  routes).  All 
other  datagram  fields  will  be  valid  fields. 


-  Verification:  The  IUT  should  not  return  a  response 

da  tagram . 
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-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 

TEST  92:  RECOGNITION  OF  LOOSE  SOURCE  OPTION  WITH  ILLEGALLY 
-  SMALL  OPTION  POINTER 

Determine  if  the  IUT  will  accept  a  datagram  containing  a  loose 
source  option  with  an  option  pointer  less  than  legal  smallest 
value. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  loose  source  option  with  an  invalid  option  pointer 
of  3.  All  other  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram . 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 
datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

-  Observation:  The  IUT  does  return  a  response  datagram. 


TEST  93:  RECOGNITION  OF  LOOSE  SOURCE  OPTION  WITH  INVALID 
-  OPTION  POINTER 

Determine  if  the  IUT  will  accept  a  datagram  containing  a  loose 
source  option  with  an  invalid  length  option  pointer. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  loose  source  option  with  an  invalid  option  pointer 
(not  a  multiple  of  3  +  4n  where  n  is  a  multiple  of  the  number  of 
routes).  All  other  datagram  fields  will  be  valid  fields. 


-  Verification:  The  IUT  should  not  return  a  response 

datagram . 


3 
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-  Success:  The  IUT  does  not  return  a  response  datagram.  ^ 

‘J 

-  Observation:  The  IUT  does  return  a  response  datagram. 

s 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct  ^ 

datagram  after  not  responding  to  the  datagram  with  the  incorrect 

option  field.  v 

I 
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TEST  94:  RECOGNITION  OF  LACK  OF  COPY  FLAG  ON  LOOSE  SOURCE 
-  OPTION 

Determine  if  the  IUT  will  accept  a  datagram  containing  no  copy 
flag  on  the  loose  source  option. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  a  loose  source  option  with  no  copy  flag. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram. 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Observation:  The  IUT  does  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  accept  a  subsequent  correct 

datagram  after  not  responding  to  the  datagram  with  the  incorrect 
option  field. 

TEST  95:  RECOGNITION  OF  INVALID  DUPLICATE  LOOSE  SOURCE 
-  OPTION 

Determine  if  the  IUT  will  accept  a  datagram  containing  a 
duplicate  loose  source  option. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  two  valid  loose  source  options. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram . 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  return  a  response  datagram. 


TEST  96:  REASSEMBLY  OF  DATAGRAM  WITH  LOOSE  SOURCE  OPTION 
-  NOT  SENT  ON  ALL  FRAGMENTS 

Determine  if  the  IUT  will  reassemble  a  fragmented  datagram  which 
does  not  contain  the  loose  source  option  on  all  fragments. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram  in 
fragments,  only  one  of  which  wili  have  the  loose  source  option  on 
it.  All  other  datagram  fields  will  be  correct. 

-  Verification:  The  IUT  should  not  return  a  response 
datagram . 

-  Success:  The  IUT  does  not  return  a  response  datagram. 

-  Failure:  The  IUT  does  return  a  response  datagram. 
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TEST  97:  RECOGNITION  OF  DATAGRAM  WTTH  LOOSE  SOURCE  OPTION 
-  CORRECTLY  DUPLICATED  ON  FRAGMENTS 

Determine  if  the  IUT  will  reassemble  a  fragmented  datagram  which 
contains  the  loose  source  option  on  all  fragments. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram  in 
fragments,  all  of  which  will  have  the  loose  source  option  on 
them.  All  other  datagram  fields  will  be  correct. 

-  Verification:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  does  return  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 
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Scenario  IP  OPTIONS 

This  scenario  tests  whether  the  Implementation  Under  Test  (IUT) 
accepts  a  combination  of  different  valid  options. 

TEST  98:  ACCEPTANCE  OF  RECORD  ROUTE  AND  STRICT  SOURCE  OPTIONS 


Determine  that  the  IUT  will  accept  a  datagram  containing  a  record 
route  and  a  strict  source  record  route  option. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  record  route  option  and  one  strict  source  record 
route  option.  All  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  returns  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 

TEST  99:  ACCEPTANCE  OF  RECORD  ROUTE,  LOOSE  SOURCE  and  TIMESTAMP 
-  OPTIONS 

Determine  that  the  IUT  will  accept  a  datagram  containing  a  record 
route,  loose  source  record  route  and  timestamp  options. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  record  route  option,  one  loose  source  record  route 
option  and  one  timestamp  option.  All  datagram  fields  will  be 
valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram. 

-  Success:  The  IUT  returns  a  response  datagram. 


-  Failure:  The  IUT  does  not  return  a  response  datagram. 


>  / 


TEST  100:  ACCEPTANCE  OF  RECORD  ROUTE,  STRTCT  SOURCE,  STREAM,  AND 
-  TIMESTAMP  OPTIONS 

Determine  that  the  IUT  will  accept  a  datagram  containing  a  record 
route,  strict  source  record  route,  stream,  and  timestamp  options. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  record  route  option,  one  loose  source  record  route 
option  and  one  timestamp  option.  All  datagram  fields  will  be 
valid  fields. 


Verif ication: 

The 

IUT  should  return 

Success : 

The 

IUT 

returns  a  response 

Failure: 
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does  not  return  a 

a  response  datagram, 
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response  datagram. 
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SCENARIO  TOPDOWN  BASIC1 


This  scenario  tests  that  the  IUT  can  set  valid  type  of  service 
values  in  the  IP  header.  This  scenario  deals  only  with  setting 
precedence  from  0-3. 


TEST  200:  SETTING  OF  PRECEDENCE  VALUES  0-3 


Determine  that  the  IUT  will  send  datagrams  with  precedence  values 
of  0 ,  1 ,  2 ,  and  3 . 

-  Action:  CD  will  ask  IUT  to  send  a  series  of  datagrams  to 
the  REF.  Precedence  in  the  datagram  will  vary  from  0  to  3. 

All  other  values  in  the  header  will  be  the  default  values. 

-  Verification:  The  IUT  should  send  the  requested 
datagrams . 

-  Success:  The  IUT  returns  a  response  datagram  for  every 
datagram  sent  with  the  correct  precedence  or  the  message 
"notimpl" . 

-  Failure:  The  IUT  does  not  return  a  correct  response 
datagram  for  every  datagram  sent. 


TEST  201:  SETTING  OF  LOW  DELAY 


Determine  that  the  IUT  will  send  a  datagram  with  low  delay. 

-  Action:  CD  will  request  the  IUT  to  send  a  datagram  with 
low  delay  to  the  REF.  All  other  values  in  the  header  will  be 
default  values. 

-  Verification:  The  IUT  should  send  the  requested  datagram. 

-  Success:  The  IUT  returns  a  response  datagram  with  the 
correct  delay  or  the  message  "notimpl". 

-  Failure:  The  IUT  does  not  return  a  correct  response 
datagram. 


TEST  202:  SETTING  OF  HIGH  RELIABILITY 


Determine  that  the  IUT  will  send  a  datagram  with  high 
reliability. 

Action:  CD  will  request  the  IUT  to  send  a  datagram  set 

with  high  reliability  to  the  REF.  All  ether  values  in  the 
header  will  be  default  values. 

-  Verification:  The  IUT  should  return  a  response  datagram 
set  with  high  reliability. 

-  Success:  The  IUT  returns  a  response  datagram  set  with  the 
requested  reliability  or  the  message  "notimpl". 

-  Failure:  The  IUT  does  not  return  the  correct  response 
datagram . 


TEST  203:  SETTING  OF  HIGH  THROUGHPUT 


Determine  that  the  IUT  can  send  a  datagram  set  with  high 
throughput . 

-  Action:  CD  will  request  the  IUT  to  send  the  REF  a 
datagram  set  with  high  throughput.  All  other  values  in  the 
header  will  be  default  values. 

-  Verification:  The  IUT  should  return  a  response  datagram 
set  with  high  throughput. 

-  Success:  The  IUT  returns  a  response  datagram  set  with 
high  throughput  or  containing  the  message  "notimpl". 

-  Failure:  The  IUT  does  not  return  a  correct  response 
datagram. 


»•'. 
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TEST  204:  SETTING  TYPE  OF  SERVICE  COMBINATIONS  WTTH  PRECEDENCE 
-  VARYING  FROM  0  TO  3 

Determine  that  the  IUT  accepts  datagrams  set  with  every 
combination  of  type  of  service  --  delay,  throughput,  reliability 
and  precedence  varying  from  0  to  3 . 

-  Action:  CD  will  request  the  IUT  to  send  the  REF  a  series 
of  datagrams  set  with  every  combination  of  precedence,  delay, 
throughput,  and  reliability.  All  other  values  in  the  IP  header 
will  be  default  values. 

-  Verification:  The  IUT  should  return  a  response  datagram 
for  every  datagram  sent  with  the  correct  type  of  service  set. 

-  Success:  The  IUT  returns  a  response  datagram  for  every 
datagram  sent  with  the  correct  type  of  service  set  or  the  message 
"notimpl" . 

-  Failure:  The  IUT  does  not  return  a  correct  response 
datagram  for  every  datagram  sent. 
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SCENARIO  TOPDOWN  BASIC2 


This  scenario  tests  that  the  IUT  can  set  valid  type  of  service 
values  in  the  IP  header.  This  scenario  deals  only  with  setting 
precedence  from  4-7. 


TEST  205:  SETTING  OF  PRECEDENCE  VALUES  4-7 


Determine  that  the  IUT  will  send  datagrams  with  precedence  values 
of  4,  5,  6,  and  7. 

-  Action:  CD  will  ask  IUT  to  send  a  series  of  datagrams  to 
the  REF.  Precedence  in  the  datagram  will  vary  from  4  to  7.  All 
other  values  in  the  header  will  be  the  default  values. 


-  Verification:  The  IUT  should  send  the  requested 
datagrams . 

-  Success:  The  IUT  returns  a  response  datagram  for  every 
datagram  sent  with  the  correct  precedence  or  the  message 
"notimpl" . 

-  Failure:  The  IUT  does  not  return  a  correct  response 
datagram  for  every  datagram  sent. 


TEST  206:  SETTING  TYPE  OF  SERVICE  COMBINATIONS  WITH  PRECEDENCE 
-  VARYING  FROM  4  TO  7 

Determine  that  the  IUT  accepts  datagrams  set  with  every 
combination  of  type  of  service  --  delay,  throughput,  reliability 
and  precedence  varying  from  4  to  7. 

-  Action:  CD  will  request  the  IUT  to  send  the  REF  a  series 
of  datagrams  set  with  every  combination  of  precedence,  delay, 
throughput,  and  reliability.  All  other  values  in  the  IP  header 
will  be  default  values. 

-  Verification:  The  IUT  should  return  a  response  datagram 
for  every  datagram  sent  with  the  correct  type  of  service  set. 

-  Success:  The  IUT  returns  a  response  datagram  for  every 
datagram  sent  with  the  correct  type  of  service  set  or  the  message 
"notimpl" . 

-  Failure:  The  IUT  does  not  return  a  correct  response 
datagram  for  every  datagram  sent. 
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TEST  207:  RECOGNITION  OF  ILLEGALLY  SMALL  TTME  TO  LIVE 


Determine  that  the  IUT  refuses  to  send  a  datagram  with  an 
illegally  small  time  to  live  (time  to  live  of  0). 

-  Action:  CD  will  request  IUT  to  send  the  REF  a  datagram 
with  a  time  to  live  of  0.  All  other  datagram  values  will  be 
valid  default  values. 

-  Verification:  The  IUT  should  not  send  a  datagram  with  a 
time  to  live  of  0. 

-  Success:  The  IUT  sends  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  the  requested  datagram. 


TEST  208:  SETTING  OF  RANGE  OF  VALID  TIME  TO  LIVE  VALUES 


Determine  that  the  IUT  can  send  datagrams  set  with  the  upper  and 
lower  bounds  of  valid  time  to  live  values. 

-  Action:  CD  will  request  the  IUT  to  send  a  datagram  with  a 
time  to  live  of  2.  All  other  datagram  values  will  be  valid 
default  values.  The  CD  will  request  the  IUT  to  send  the  REF  a 
second  datagram  with  a  time  to  live  of  255.  All  other  datagram 
values  will  be  valid  default  values. 

-  Verification:  The  IUT  should  send  the  requested  datagram 
or  a  response  datagram  with  the  message  "notimpl". 

-  Success:  IUT  sends  the  requested  response  datagram  for 
each  datagram  or  a  datagram  with  the  message  "notimpl". 

-  Failure:  The  IUT  does  not  return  a  correct  response 
datagram  for  each  datagram. 
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TEST  209:  SETTING  OF  DON'T  FRAGMENT  FI.AG 


Determine  that  the  IUT  can  set  the  IP  header  don't  fragment  flag. 

-  Action:  CD  will  request  the  IUT  to  send  a  datagram  with 
the  don't  fragment  flag  set.  All  datagram  values  will  be  valid 
default  values. 

-  Verification:  The  IUT  should  send  a  datagram  with  the 
don't  fragment  flag  set. 

-  Success:  The  datagram  is  received  from  the  IUT  with  the 
don't  fragment  flag  set  or  the  message  "notimpl". 

-  Failure:  The  IUT  does  not  send  a  correct  response 
datagram . 
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Scenario  TOPDOWN  NOP 


This  scenario  tests  whether  the  Implementation  Under  Test  (IUT) 
can  send  datagrams  with  the  option  No  Operation  (NOP). 


TEST  210:  SENDING  OF  ONE  NOP  OPTION 


Determine  that  the  IUT  will  send  a  datagram  containing  one  valid 
NOP  options. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  a  valid  NOP  option  to  the  REF.  All 
datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  the  datagram 
requested . 

-  Success:  The  IUT  returns  a  response  datagram  containing 
the  requested  option  or  the  message  "notimpl". 

-  Failure:  The  IUT  does  not  return  a  correct  response 
datagram . 


TEST  211:  SENDING  OF  TWO  NOP  OPTIONS 


Determine  that  the  IUT  will  send  a  datagram  containing  two  valid 
NOP  options. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  two  valid  NOP  options  to  the  REF.  Al 
datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  the  datagram 
requested . 

-  Success:  The  IUT  r^uirns  a  response  dataaram  containing 
the  requested  option  or  the  message  "notimpl". 

-  Failure:  The  IUT  does  not  return  a  correct  response 

datagram. 
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TEST  212:  SENDING  OF  THREE  NOP  OPTIONS 


Determine  that  the  IUT  will  send  a  datagram  containing  three 
valid  NOP  options. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  three  valid  NOP  options  to  the  REF. 
All  datagram  fields  will  be  valid  fields. 


-  Verification: 
requested . 

-  Success:  The 
the  requested  option 

-  Failure:  The 
datagram . 


The  IUT  should  return  the  datagram 

IUT  returns  a  response  datagram  containing 
or  the  message  "notimpl". 

IUT  does  not  return  a  correct  response 


TEST  213:  SENDING  OF  FOUR  NOP  OPTIONS 


Determine  that  the  IUT  will  send  a  datagram  containing  four  valid 
NOP  options. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  four  valid  NOP  options  to  the  REF. 

All  datagram  fields  will  be  valid  fields. 


-  Verification:  The  IUT  should  return  the  datagram 
requested . 


the 


-  Success:  The  IUT  returns  a  response  datagram  containing 
requested  option  or  the  message  "notimpl". 


-  Failure: 
datagram. 


The  IUT  does  not  return  a  correct  response 
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Scenario  TOPDOWN  STREAMOPT 


This  scenario  tests  whether  the  Implementation  Under  Test  (IUT) 
can  send  datagrams  with  correct  stream  options  and  recognizes 
datagrams  with  incorrectly  formatted  stream  options. 


TEST  214:  SENDING  OF  STREAM  OPTION 


Determine  that  the  IUT  will  send  a  datagram  containing  a  valid 
stream  option. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  stream  option  to  the  REF.  All 
datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  the  datagram 
requested . 

-  Success:  The  IUT  returns  a  response  datagram  containing 
the  requested  stream  option  or  the  message  "notimpl". 

-  Failure:  The  IUT  does  not  return  a  correct  response 
datagram. 


^EST  215:  REFUSAL  TO  SEND  DATAGRAM  WITH  ILLEGAL  STREAM 
-  OPTION  LENGTH 

Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  stream  option  specified  with  an  illegal  length. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  stream  option  specified  with  an 
option  length  other  than  4.  All  other  fields  will  be  valid 

f ields . 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  stream  option. 
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TEST  216:  REFUSAL  TO  SEND  DATAGRAM  WTTH  TNCORRECT  STREAM  TD 


Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  stream  option  specified  with  only  one  byte. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  stream  option.  The  option  will 
only  have  one  byte  of  the  id  specified.  All  other  fields  will  be 
valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  stream  option. 


TEST  217:  REFUSAL  TO  SEND  DATAGRAM  WITH  TWO  STREAM  OPTIONS 


Determine  that  the  IUT  recognizes  that  datagram  should  contain 
only  one  stream  record  option. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  two  stream  options.  All  fields  will 
be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the  two 
requested  stream  options. 


TEST  218:  SENDING  FULL  RANGE  OF  STREAM  IDS  TN  STREAM  OPTION 


Determine  that  the  IUT  can  send  the  full  range  of  stream  id 
values . 


-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  series  of  datagrams  containing  a  stream  option.  The 
stream  id  for  the  option  will  be  chosen  to  set  a  range  of  valid 
values.  All  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  requested  stream  id  or  the  message  "notimpl"  for  every 
datagram  requested. 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
requested  stream  id  or  the  message  "notimpl". 

-  Failure:  The  IUT  does  not  return  a  correct  datagram  for 
each  requested  datagram. 
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Scenario  TOPDOWN  TTMESTAMP 


This  scenario  tests  whether  the  Implementation  Under  Test  (IUT) 
can  send  datagrams  with  correct  timestamp  options  and  recognizes 
datagrams  with  incorrectly  formatted  timestamp  options. 


TEST  219:  SENDING  OF  TIMESTAMP  OPTION  WITH  FORMAT  0 


Determine  that  the  IUT  will  send  a  datagram  containing  a  valid 
timestamp  option  specifying  format  0. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  timestamp  option  to  the  REF.  All 
datagram  fields  will  be  valid  fields. 

-  Ver if ication :  The  IUT  should  return  the  datagram 
requested . 

-  Success:  The  IUT  returns  a  response  datagram  containing 
the  requested  timestamp  option  or  the  message  "notimpl". 

-  Failure:  The  IUT  does  not  return  a  correct  response 
datagram. 


TEST  220:  SENDING  OF  TIMESTAMP  OPTION  WITH  FORMAT  1 


Determine  that  the  IUT  will  send  a  datagram  containing  a  valid 
timestamp  option  specifying  format  1. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  timestamp  option  using  format  1.  All  datagram 
fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  requested  source  routing. 

-  Success:  The  IUT  returns  a  response  datagram  with  the 
requested  timestamp  option  or  a  message  "notimpl". 

-  Failure:  The  IUT  does  not  return  a  correct  response 

datagram. 
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TEST  221:  SENDING  OF  TIMESTAMP  OPTION  WTTH  FORMAT  3 


Determine  that  the  IUT  will  send  a  datagram  containing  a  valid 
timestamp  option  specifying  format  1. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  timestamp  option  using  format  1.  All  datagram 
fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  requested  source  routing. 

-  Success:  The  IUT  returns  a  response  datagram  with  the 
requested  timestamp  option  or  a  message  "notimpl". 

-  Failure:  The  IUT  does  not  return  a  correct  response 
datagram . 


TEST  222:  REFUSAL  TO  SEND  DATAGRAM  WITH  OVERFLOW  FIELD  SET 


Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  timestamp  option  specified  with  its  overflow  field  already  set. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  timestamp  option  specified  with 
bits  set  in  the  overflow  field.  All  other  fields  will  be  valid 
f ields . 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl”. 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  timestamp  option. 


TEST  223:  REFUSAL  TO  SEND  DATAGRAM  WTTH  ILLEGALLY  SMALL 
-  TIMESTAMP  POINTER  VALUE 

Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  timestamp  option  specified  with  a  pointer  value  smaller  than 
the  option  legally  allows. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  timestamp  option  specified  with  a 
pointer  value  less  than  5.  All  other  fields  will  be  valid 
fields . 
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-  Verification:  The  TUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  timestamp  option. 


TEST  224:  REFUSAL  TO  SEND  DATAGRAM  WITH  AN  INVALID  TIMESTAMP 
-  POINTER  VALUE 

Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  timestamp  option  specified  with  an  invalid  pointer  value. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  timestamp  option  specified  with  a 
pointer  value  greater  than  the  first  routing  field  (greater  than 
5).  All  other  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  timestamp  option. 


TEST  225:  REFUSAL  TO  SEND  DATARAM  WITH  ILLEGALLY  SMALL 
-  TIMESTAMP  OPTION  LENGTH 

Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  timestamp  option  specified  with  an  illegally  small  length. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  timestamp  option  specified  with  an 
option  length  smaller  than  that  legally  allowed  in  the  header. 

All  other  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  timestamp  option. 
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TEST  226:  REFUSAL  TO  SEND  DATARAM  WTTH  ILLEGALLY  LARGE 
-  TIMESTAMP  OPTION  LENGTH 

Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  timestamp  option  specified  with  an  illegally  large  length. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  timestamp  option  specified  with  an 
option  length  greater  than  that  legally  allowed  in  the  header. 

All  other  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  timestamp  option. 


TEST  227:  REFUSAL  TO  SEND  DATAGRAM  WITH  COPY  FLAG  ON  TIMESTAMP 
-  OPTION 

Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  timestamp  option  specified  with  a  copy  flag. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  timestamp  option  with  the  copy 
flag  set.  All  other  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  timestamp  option. 
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TEST  228:  REFUSAL  TO  SEND  DATAGRAM  WTTH  UNASSTGNED  TTMESTAMP 
-  FORMAT  CODE 

Determine  that  the  IUT  recognizes  that  datagram  should  contain 
only  0,  1,  or  3  as  timestamp  format  codes. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  a  timestamp  option  with  format  2.  All 
other  fields  will  be  correct. 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  ".notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the  two 
requested  timestamp  option. 


TEST  229:  REFUSAL  TO  SEND  DATAGRAM  WITH  TWO  TIMESTAMP  OPTIONS 


Determine  that  the  IUT  recognizes  that  datagram  should  contain 
only  one  timestamp  record  option. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  two  timestamp  options.  All  fields 
will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the  two 
requested  timestamp  options. 
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Scenario  TOPDOWN  RECROUTE 


This  scenario  tests  whether  the  Implementation  Under  Test  (IUT) 
can  sends  datagrams  with  correct  record  route  options  and 
recognizes  datagrams  with  incorrectly  formatted  record  route 
opt  ions . 


TEST  230:  SENDING  OF  RECORD  ROUTE  OPTION 


Determine  that  the  IUT  will  send  a  datagram  containing  a  valid 
record  route  option. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  record  route  option  to  the  REF. 
All  datagram  fields  will  be  valid  fields. 


-  Verification: 
requested . 


The  IUT  should  return  the  datagram 


the 


-  Success:  The 
requested  record 


IUT  returns  a  response  datagram  containing 
route  option  or  the  message  "notimpl". 


-  Failure:  The  IUT  does  not  return  a  correct  response 
datagram. 


TEST  231:  SENDING  OF  RECORD  ROUTE  OPTION  WITH  MULTIPLE  RECORD 
-  FIELDS 

Determine  that  i_he  IUT  will  send  a  datagram  containing  a  valid 
record  route  option  with  multiple  route  fields  specified. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  record  route  option  with  many  route  fields.  All 
datagram  fields  will  be  valid  fields. 

-  Verification:  The  U'T  ehnuld  return  a  response  datagram 
with  the  requested  source  routing. 

-  Success:  The  IUT  returns  a  response  datagram  with  the 
requested  record  route  option  or  a  message  "notimpl". 

-  Failure:  The  IUT  does  not  return  a  correct  response 

datagram. 


TEST  232:  REFUSAL  TO  SEND  DATAGRAM  WTTH  ILLEGALLY  SMALL 
-  RECORD  ROUTE  OPTION  LENGTH 

Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  record  route  option  specified  with  an  illegally  small  length. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  record  route  option  specified  with 
an  option  length  smaller  than  7.  All  other  fields  will  be  valid 
f ields . 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  record  route  option. 


TEST  233:  REFUSAL  TO  SEND  DATAGRAM  WITH  INVALIDLY  LARGE 
-  RECORD  ROUTE  OPTION  LENGTH 

Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  record  route  option  specified  with  an  option  length  greater 
than  the  maximum  header  length  will  allow. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  record  route  option  specified  with 
an  option  length  greater  than  40.  All  other  fields  will  be  valid 
f ields . 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  record  route  option. 


TEST  234:  REFUSAL  TO  SEND  DATAGRAM  WITH  ILLEGALLY  SMALL 
-  RECORD  ROUTE  POINTER  VALUE 

Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  record  route  option  specified  with  a  pointer  value  smaller  than 
the  option  legally  allows. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  record  route  option  specified  with 
a  pointer  value  less  than  4.  All  other  fields  will  be  valid 
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-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 


-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 


-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  record  route  option. 


TEST  235:  REFUSAL  TO  SEND  DATAGRAM  WITH  AN  INVALID  RECORD 
-  ROUTE  POINTER  VALUE 


Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  record  route  option  specified  with  an  invalid  pointer  value. 


-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  record  route  option  specified  with 
a  pointer  value  greater  than  the  first  routing  field.  All  other 
fields  will  be  valid  fields. 


-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 


-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 


-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  record  route  option. 


TEST  236:  RECOGNITION  THAT  RECORD  ROUTE  OPTION  HAS  NO  COPY 
-  FLAG 


Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  record  route  option  specified  with  a  copy  flag. 


-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  record  route  option  specified  with 
a  copy  flag.  All  other  fields  will  be  valid  fields. 


-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 


-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 


-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  record  route  option. 


TEST  237:  REFUSAL  TO  SEND  DATAGRAM  WITH  TWO  RECORD  ROUTE  OPTTONS 


Determine  that  the  IUT  recognizes  that  datagram  should  contain 
only  one  record  route  record  option. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  two  record  route  options.  All  fields 
will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the  two 
requested  record  route  options. 
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Scenario  TOPDOWN  STRICTSR 


This  scenario  tests  whether  the  Implementation  Under  Test  (IUT) 
can  send  datagrams  with  correct  strict  source  options  and 
recognizes  datagrams  with  incorrectly  formatted  strict  source 
options . 


TEST  238:  SENDING  OF  STRICT  SOURCE  RECORD  ROUTE  OPTION 


Determine  that  the  IUT  will  send  a  datagram  containing  a  valid 
strict  source  option. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  strict  source  option  to  the  REF. 
All  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  the  datagram 
requested . 

-  Success:  The  IUT  returns  a  response  datagram  containing 
the  requested  strict  source  option  or  the  message  "notimpl". 

-  Failure:  The  IUT  does  not  return  a  correct  response 
datagram . 


TEST  239:  SENDING  OF  STRICT  SOURCE  OPTION  WITH  MULTIPLE  RECORD 
-  FIELDS 

Determine  that  the  IUT  will  send  a  datagram  containing  a  valid 
strict  source  option  with  multiple  route  fields  specified. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  strict  source  option  with  many  route  fields.  All 
datagram  fields  will  be  valid  fields. 

-  Verification:  The  TUT  should  return  a  response  datagram 
with  the  requested  source  routing. 

-  Success:  The  IUT  returns  a  response  datagram  with  the 
requested  strict  source  option  or  a  message  "notimpl". 

-  Failure:  The  IUT  does  not  return  a  correct  response 
datagram . 
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TEST  240:  REFUSAL  TO  SEND  DATAGRAM  WTTH  ILLEGALLY  SMALL 
-  OPTION  LENGTH 

Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  strict  source  option  specified  with  an  illegally  small  length. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  strict  source  option  specified 
with  an  option  length  smaller  than  7.  All  other  fields  will  be 
valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  strict  source  option. 


TEST  241:  REFUSAL  TO  SEND  DATAGRAM  WITH  INVALIDLY  LARGE 
-  STRICT  SOURCE  OPTION  LENGTH 

Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  strict  source  option  specified  with  an  option  length  greater 
than  the  maximum  header  length  will  allow. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  strict  source  option  specified 
with  an  option  length  greater  than  40.  All  other  fields  will  be 
valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  strict  source  option. 
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TEST  242:  REFUSAL  TO  SEND  DATAGRAM  WITH  ILLEGALLY  SMALL 
-  STRICT  SOURCE  POINTER  VALUE 

Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  strict  source  option  specified  with  a  pointer  value  smaller 
than  the  option  legally  allows. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  strict  source  option  specified 
with  a  pointer  value  less  than  4.  All  other  fields  will  be  valid 
fields . 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  strict  source  option. 


TEST  243:  REFUSAL  TO  SEND  DATAGRAM  WITH  AN  INVALID  STRICT 
-  SOURCE  POINTER  VALUE 

Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  strict  source  option  specified  with  an  invalid  pointer  value. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  strict  source  option  specified 
with  a  pointer  value  greater  than  the  first  routing  field.  All 
other  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl”. 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  strict  source  option. 


TEST  244:  RECOGNITION  THAT  STRICT  SOURCE  OPTION  REQUIRES  COPY 
-  FLAG 

Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  strict  source  option  specified  without  a  copy  flag. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  strict  source  option  specified 
with  no  copy  flag.  All  other  fields  will  be  valid  fields. 


-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  strict  source  option. 


TEST  245:  REFUSAL  TO  SEND  DATAGRAM  WITH  TWO  STRICT  SOURCE 
-  OPTIONS 

Determine  that  the  IUT  recognizes  that  datagram  should  contain 
only  one  strict  source  record  option. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  two  strict  source  options.  All  fields 
will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the  two 
requested  strict  source  options. 
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Scenario  TOPDOWN  LOOSESR 

This  scenario  tests  whether  the  Implementation  Under  Test  (IUT) 
can  send  datagrams  with  correct  loose  source  options  and 
recognizes  datagrams  with  incorrectly  formatted  loose  source 
options . 

TEST  246:  SENDING  OF  LOOSE  SOURCE  RECORD  ROUTE  OPTION 


Determine  that  the  IUT  will  send  a  datagram  containing  a  valid 
loose  source  option. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  loose  source  option  to  the  REF. 
All  datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  the  datagram 
requested . 

-  Success:  The  IUT  returns  a  response  datagram  containing 
the  requested  loose  source  option  or  the  message  "notimpl". 

-  Failure:  The  IUT  does  not  return  a  correct  response 
datagram. 


TEST  247:  SENDING  OF  LOOSE  SOURCE  OPTION  WITH  MULITPLE  RECORD 
-  FIELDS 

Determine  that  the  IUT  will  send  a  datagram  containing  a  valid 
loose  source  option  with  multiple  route  fields  specified. 

-  Action:  The  Central  Driver  (CD)  will  send  a  datagram 
containing  one  loose  source  option  with  many  route  fields.  All 
datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  requested  source  routing. 

-  Success:  The  IUT  returns  a  response  datagram  with  the 
requested  loose  source  option  or  a  message  "notimpl”. 

-  Failure:  The  IUT  does  not  return  a  correct  response 
datagram. 
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TEST  248:  REFUSAL  TO  SEND  DATAGRAM  WTTH  ILLEGALLY  SMALL 
-  OPTION  LENGTH 

Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  loose  source  option  specified  with  an  illegally  small  length. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  loose  source  option  specified  with 
an  option  length  smaller  than  7.  All  other  fields  will  be  valid 
f ields . 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  loose  source  option. 


TEST  249:  REFUSAL  TO  SEND  DATAGRAM  WITH  INVALIDLY  LARGE 
-  LOOSE  SOURCE  OPTION  LENGTH 

Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  loose  source  option  specified  with  an  option  length  greater 
than  the  maximum  header  length  will  allow. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  loose  source  option  specified  with 
an  option  length  greater  than  40.  All  other  fields  will  be  valid 
f ields . 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  loose  source  option. 


TEST  250:  REFUSAL  TO  SEND  DATAGRAM  WITH  ILLEGALLY  SMALL 
-  LOOSE  SOURCE  POINTER  VALUE 

Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  loose  source  option  specified  with  a  pointer  value  smaller  than 
the  option  legally  allows. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  loose  source  option  specified  with 
a  pointer  value  less  than  4.  All  other  fields  will  be  valid 
f ields . 
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-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  loose  source  option. 


TEST  251:  REFUSAL  TO  SEND  DATAGRAM  WITH  AN  INVALID  LOOSE 
-  SOURCE  POINTER  VALUE 

Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  loose  source  option  specified  with  an  invalid  pointer  value. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  loose  source  option  specified  with 
a  pointer  value  greater  than  the  first  routing  field.  All  other 
fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  loose  source  option. 


TEST  252:  RECOGNITION  THAT  LOOSE  SOURCE  OPTION  REQUIRES  COPY 
-  FLAG 

Determine  that  the  IUT  will  refuse  to  send  a  datagram  containing 
a  loose  source  option  specified  without  a  copy  flag. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  one  loose  source  option  specified  with 
no  copy  flag.  All  other  fields  will  be  valid  fields. 

-  Verification:  The  TUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the 
requested  loose  source  option. 
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TEST  253:  REFUSAL  TO  SEND  DATAGRAM  WTTH  TWO  LOOSE  SOURCE  OPTIONS 


Determine  that  the  IUT  recognizes  that  datagram  should  contain 
only  one  loose  source  record  option. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  two  loose  source  options.  All  fields 
will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 
with  the  message  "error"  or  "notimpl". 

-  Success:  The  IUT  does  return  a  response  datagram  with  the 
message  "error"  or  "notimpl". 

-  Failure:  The  IUT  returns  a  response  datagram  with  the  two 
requested  loose  source  options. 


Scenario  TOPDOWN  OPTIONS 


This  scenario  tests  whether  the  Implementation  Under  Test  (IUT) 
can  send  datagrams  with  a  combination  of  correct  options. 


TEST  254:  SENDING  OF  TWO  OPTIONS 


Determine  that  the  IUT  will  send  a  datagram  containing  two  valid 
options . 


-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  two  valid  options  to  the  REF.  All 
datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  the  datagram 
requested . 

-  Success:  The  IUT  returns  either:  a  response  datagram 
containing  the  requested  options;  a  datagram  containing  an  option 
and  the  message  "notimpl";  or  the  message  "notimpl". 

-  Failure:  The  IUT  does  not  return  a  correct  response 
datagram. 


TEST  255:  SENDING  OF  THREE  OPTIONS 


Determine  that  the  IUT  will  send  a  datagram  containing  three 
valid  options. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  three  valid  options  to  the  REF.  All 
datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  the  datagram 
requested . 

-  Success:  The  IUT  returns  a  response  datagram  containing 
either:  the  requested  options;  a  datagram  containing  one  or  more 
options  and  the  message  "notimpl";  or  the  message  "notimpl". 

-  Failure:  The  IUT  does  not  return  a  correct  response 

datagram . 
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TEST  256:  SENDING  OF  MULTTPI.E  OPTIONS 


Determine  that  the  IUT  will  send  a  datagram  containing  more  than 
three  valid  options. 

-  Action:  The  Central  Driver  (CD)  will  request  the  IUT  to 
send  a  datagram  containing  five  valid  options  to  the  REF.  All 
datagram  fields  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  the  datagram 
requested . 

-  Success:  The  IUT  returns  a  response  datagram  containing 
either:  the  requested  options;  a  datagram  containing  one  or  more 
of  the  options  and  the  message  "notimpl" ;  or  the  message 
"notimpl" . 

-  Failure:  The  IUT  does  not  return  a  correct  response 
datagram . 


Scenario  TP  TCMP 


This  scenario  tests  whether  the  Implementation  Under  Test  (IUT) 
accepts  Internet  Control  Message  Protocol  (ICMP)  datagrams  and 
will  respond  witii  an  ICMP  message  when  required. 


TEST  300:  ACCEPTANCE  OF  ICMP  DESTINATION  UNREACHABLE 


Determine  that  the  IUT  will  accept  a  Destination  Unreachable  ICMP 
message . 

-  Action:  The  Central  Driver  (CD)  will  send  an  ICMP 
Destination  Unreachable  mesage.  It  will  then  send  an  IP  datagram 
with  default  values.  All  fields  sent  will  be  valid  fields. 

-  Verification:  The  IUT  should  return  a  response  datagram 
for  the  IP  datagram. 

-  Success:  The  IUT  returns  a  response  datagram. 

-  Failure:  The  IUT  does  not  return  a  response  datagram. 

This  would  indicate  that  the  ICMP  message  caused  a  problem  to  the 
IUT. 


TEST  301:  SENDING  OF  ICMP  DESTINATION  UNREACHABLE 


Determine  if  the  IUT  will  send  a  Destination  Unreachable  ICMP 
message  . 

-  Action:  The  Central  Driver  (CD)  will  send  the  IUT  a 
datagram  with  an  unassigned  protocol  number.  It  will  then  send 

a  IP  datagram  with  default  values.  All  fields  sent  will  be  valid 
fields  except  for  the  protocol  field  in  the  first  datagram. 

-  Verification:  Determine  if  the  IUT  returns  a  Destination 
Unreachable  -  protocol  unreachable  -  ICMP  message. 

-  Success:  The  IUT  returns  a  Destination  Unreachable 
message  with  the  protocol  unreachable  code. 

-  Failure:  The  IUT  returns  a  Destination  Unreachable 
message  with  the  wrong  reason  code. 

-  Observation:  The  IUT  does  not  send  Destination 
Unreachable  ICMP  messages  for  protocol  unreachable. 
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TEST  302:  ACCEPTANCE  OF  ICMP  TTME  EXCEEDED  MESSAGE 


Determine  that  the  IUT  will  accept  a  Time  Exceeded  ICMP  message. 


-  Action:  The  Central  Driver  (CD)  will  send  an  ICMP  Time 
Exceeded  mesage.  It  will  then  send  an  IP  datagram  with  default 
values.  All  fields  sent  will  be  valid  fields. 


-  Verification:  The  IUT  should  return  a  response  datagram 
for  the  IP  datagram. 


-  Success:  The  IUT  returns  a  response  datagram. 


-  Failure:  The  IUT  does  not  return  a  response  datagram. 

This  would  indicate  that  the  ICMP  message  caused  a  problem  to  the 
IUT. 


TEST  303:  SENDING  OF  ICMP  TIME  EXCEEDED  MESSAGE 


Determine  if  the  IUT  will  send  a  Time  Exceeded  ICMP  message. 


-  Action:  The  Central  Driver  (CD)  will  send  the  IUT  a 
datagram  with  a  time  to  live  of  0.  All  fields  sent  will  be  valid 
f ields . 


-  Verification:  Determine  if  the  IUT  returns  a  Time 
Exceeded  ICMP  message. 


-  Success:  The  IUT  returns  a  Time  Exceeded  message  with  a 
code  of  0. 


-  Failure:  The  IUT  returns  a  Time  Exceeded  message  with  the 
wrong  reason  code. 


-  Observation:  The  IUT  does  not  send  Time  Exceeded  message 
when  a  time  to  live  expires  on  a  datagram. 


TEST  304:  SENDING  OF  ICMP  TIME  EXCEEDED  MESSAGE  DURING 
-  FRAGMENT  REASSEMBLY 


Determine  if  the  IUT  will  send  a  Time  Exceeded  ICMP  message  when 
time  expires  during  a  fragmented  datagram's  reassembly. 


-  Action:  The  Central  Driver  (CD)  will  send  the  IUT  the 
first  fragment  of  a  datagram  with  a  time  to  live  of  2.  After 
waiting  5  seconds,  the  CD  will  send  a  correct  default  datagram. 
All  fields  sent  will  be  valid  fields. 
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-  Verification:  Determine  if  the  IUT  returns  a  Time 
Exceeded  ICMP  message  with  a  code  of  1. 

-  Success:  The  IUT  returns  a  Time  Exceeded  message  with  a 
code  of  1 . 

-  Failure:  The  IUT  returns  a  Time  Exceeded  message  with  the 
wrong  reason  code. 

-  Observation:  The  IUT  does  not  send  Time  Exceeded  message 
when  a  time  to  live  expires  during  datagram  reassembly. 


TEST  30S:  ACCEPTANCE  OF  ICMP  PARAMETER  PROBLEM  MESSAGE 


Determine  if  the  IUT  will  accept  an  ICMP  Parameter  Problem 
message . 

-  Action:  The  Central  Driver  (CD)  will  send  the  IUT  an  ICMP 
parameter  problem  message.  Then  the  CD  will  send  a  valid 
datagram.  All  fields  sent  will  be  valid  fields. 

-  Verification:  Determine  if  the  returns  the  response  to 
the  valid  datagram. 

-  Success:  The  IUT  returns  a  response  to  the  valid 
datagram. 

-  Failure:  The  IUT  does  not  return  the  response  to  the 
valid  datagram  indicating  that  the  ICMP  message  caused  a  problem 
for  the  IUT. 


TEST  306:  SENDING  OF  ICMP  PARAMETER  PROBLEM  MESSAGE 


Determine  if  the  IUT  will  send  a  Parameter  Problem  ICMP  message 
when  a  datagram  is  received  with  an  incorrect  parameter. 

-  Action:  The  Central  Driver  (CD)  will  send  the  IUT  a 
datagram  containing  an  unassigned  option.  Then  the  CD  will  send 
a  valid  datagram.  All  fields  sent  will  be  valid  fields  except 
the  option  type. 

-  Verification:  Determine  if  the  IUT  returns  a  Parameter 
Problem  ICMP  message  with  a  correct  pointer  value. 
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-  Success:  The  IUT  returns  a  Parameter  Problem  message  with 
the  correct  pointer  value. 

-  Failure:  The  IUT  returns  a  Parameter  Problem  message  with 
a  wrong  pointer  value. 

-  Observation:  The  IUT  does  not  send  a  Parameter  Problem 
message  when  it  received  a  message  with  an  incorrect  parameter. 


TEST  307:  ACCEPTANCE  OF  ICMP  REDIRECT  MESSAGE 


Determine  if  the  IUT  will  accept  an  ICMP  Redirect  message. 

-  Action:  The  Central  Driver  (CD)  will  send  the  IUT  an  ICMP 
redirect  message.  This  will  be  a  redirect  message  for  another 
source.  It  will  redirect  data  to  that  source  to  the  reference 
host.  Then  the  CD  will  send  a  datagram  with  the  source  address 
the  source  address  in  the  redirect  message.  All  fields  sent  will 
be  valid  fields.  Then  the  CD  will  send  a  datagram  with  the 
default  values. 

-  Verification:  Determine  if  the  IUT  returns  the  response 
to  the  datagram  sent  with  the  redirected  source  and  the  valid 
datagram. 

-  Success:  The  IUT  returns  a  response  to  the  redirected 
datagram  indicating  that  the  redirect  was  successful. 

-  Failure:  The  IUT  does  not  return  the  response  to  the 
valid  datagram  which  indicates  that  the  ICMP  message  caused  a 
problem  for  the  IUT. 

-  Observation:  The  IUT  returns  the  response  to  the  valid 
datagram  only.  This  indicates  that  the  IUT  accepted  the  ICMP 
redirect  message  but  does  not  implement  the  change. 


TEST  308:  ACCEPTANCE  OF  ICMP  TIMESTAMP  RESPONSE  MESSAGE 


Determine  if  the  IUT  will  accept  an  ICMP  Timestamp  message. 

-  Action:  The  Central  Driver  (CD)  will  send  the  IUT  an  ICMP 
Timestamp  message.  Then  the  CD  will  send  a  valid  datagram.  All 
fields  sent  will  be  valid  fields. 

-  Verification:  Determine  if  the  IUT  returns  the  response 
to  the  valid  datagram. 


-  Success:  The  IUT  returns  a  response  to  the  valid  datagram 
indicating  that  the  timestamp  message  was  accepted  without 
problem. 

-  Failure:  The  IUT  does  not  return  the  response  to  the 
valid  datagram  which  indicates  that  the  ICMP  message  caused  a 
problem  for  the  IUT. 


TEST  309:  ACCEPTANCE  OF  ICMP  TIMESTAMP  REQUEST  AND  SENDING  OF 
-  TIMESTAMP  REPLY 

Determine  if  the  IUT  will  accept  an  ICMP  Timestamp  Request  and 
return  an  ICMP  Timestamp  Reply  message. 

-  Action:  The  Central  Driver  (CD)  will  send  the  IUT  the 
ICMP  Timestamp  Request  Message.  Then  the  CD  will  send  a  valid 
datagram.  All  fields  sent  will  be  valid  fields. 

-  Verification:  Determine  if  the  IUT  returns  a  correct 
Timestamp  Reply  message. 

-  Success:  The  IUT  returns  a  Timestamp  Reply  message  with 
the  fields  correctly  filled. 

-  Failure:  The  IUT  returns  a  Timestamp  Reply  message  with  a 
wrong  code  or  the  time  fields  not  filled.  A  second  reason  for 
failure  is  when  the  IUT  does  not  return  the  response  to  the  good 
default  datagram.  This  indicates  that  the  Timestamp  Request 
message  caused  a  problem. 

-  Observation:  The  IUT  does  not  return  a  reply  to  the 
Timestamp  Request  ICMP  message. 


TEST  310:  ACCEPTANCE  OF  ICMP  ECHO  RESPONSE  MESSAGE 


Determine  if  the  IUT  will  accept  an  ICMP  Echo  Reply  message. 

-  Action:  The  Central  Driver  (CD)  will  send  the  IUT  an  ICMP 
Echo  Reply  message.  Then  the  Ct>  will  send  a  valid  datagram.  All 
fields  sent  will  be  valid  fields. 

-  Verification:  Determine  if  the  IUT  returns  the  response 
to  the  valid  datagram. 

-  Success:  The  IUT  returns  a  response  to  the  valid  datagram 
indicating  that  the  Echo  Reply  ICMP  message  was  accepted  without 
problem. 

-  Failure:  The  IUT  does  not  return  the  response  to  the 
valid  datagram  which  indicates  that  the  ICMP  Echo  Reply  message 
caused  a  problem  for  the  IUT. 
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TEST  311:  ACCEPTANCE  OF  ICMP  ECHO  REQUEST  AND  SENDING  OF  REPT.Y 


Determine  if  the  IUT  will  accept  an  ICMP  Echo  Request  and  return 
an  ICMP  Echo  Reply  message. 


-  Action:  The  Central  Driver  (CD)  will  send  the  IUT  the 
ICMP  Echo  Request  Message.  Then  the  CD  will  send  a  valid 
datagram.  All  fields  sent  will  be  valid  fields. 


-  Verification:  Determine  if  the  IUT  returns  a  correct  Echo 
Reply  message. 


-  Success:  The  IUT  returns  a  Echo  Reply  message. 


-  Failure:  The  IUT  returns  a  response  Echo  message  with  a 
wrong  code.  A  second  reason  for  failure  is  when  the  IUT  does  not 
return  the  response  to  the  good  default  datagram.  This  indicates 
that  the  Echo  Request  message  caused  a  problem. 


-  Observation:  The  IUT  does  not  return  a  reply  to  the  Echo 
Request  ICMP  message. 


TEST  312:  RECOGNITION  OF  INVALID  CKSUM  ON  ICMP  MESSAGE 


Determine  if  the  IUT  will  accept  an  ICMP  Message  when  the  message 
checksum  is  incorrect.  This  test  will  only  be  run  if  the  IUT 
returns  an  Echo  Reply  to  an  Echo  Request  ICMP  message. 


-  Action:  The  Central  Driver  (CD)  will  send  the  IUT  the 
ICMP  Echo  Request  Message  with  an  incorrect  ICMP  checksum.  Then 
the  CD  will  send  a  valid  datagram.  All  fields  sent  will  be  valid 
fields  except  the  ICMP  checksum. 


-  Verification: 
message . 


Determine  if  the  IUT  drops  the  ICMP 


-  Success:  The  IUT  does  not  return  an  Echo  Reply  message. 


-  Failure:  The  IUT  returns  an  Echo  Reply.  A  second  reason 
for  failure  is  when  the  IUT  does  not  return  the  response  to  the 
good  default  datagram.  This  indicates  that  the  Echo  Request 
message  caused  a  problem. 
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TEST  313:  ACCEPTANCE  OF  TCMP  TNFO  REPLY  MESSAGE 


Determine  if  the  IUT  will  accept  an  ICMP  Information  Reply 
message . 

-  Action:  The  Central  Driver  (CD)  will  send  the  IUT  an  ICMP 
Information  Reply  message.  Then  the  CD  will  send  a  valid 
datagram.  All  fields  sent  will  be  valid  fields. 

-  Verification:  Determine  if  the  IUT  returns  the  response 
to  the  valid  datagram. 

-  Success:  The  IUT  returns  a  response  to  the  valid  datagram 
indicating  that  the  the  Information  Reply  ICMP  message  was 
accepted  without  problem. 

-  Failure:  The  IUT  does  not  return  the  response  to  the 
valid  datagram.  This  indicates  that  the  ICMP  Information  Reply 
message  caused  a  problem  for  the  IUT. 


TEST  314:  ACCEPTANCE  OF  ICMP  INFO  REQUEST  AND  SENDING  OF  REPLY 


Determine  if  the  IUT  will  accept  an  ICMP  Information  Request  and 
return  an  ICMP  Information  Reply  message. 

-  Action:  The  Central  Driver  (CD)  will  send  the  IUT  the 
ICMP  Information  Request  Message.  Then  the  CD  will  send  a  valid 
datagram.  All  fields  sent  will  be  valid  fields. 

-  Verification:  Determine  if  the  IUT  returns  a  correct 
Information  Reply  message. 

-  Success:  The  IUT  returns  an  Information  Reply  message. 

-  Failure:  The  IUT  returns  a  response  Information  message 
with  a  wrong  code.  A  second  reason  for  failure  is  when  the  IUT 
does  not  return  the  response  to  the  good  default  datagram.  This 
indicates  that  the  Information  Request  message  caused  a  problem. 

-  Observation:  The  rUT  does  not  return  a  reply  to  the 
Information  Request  ICMP  message. 
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TEST  315:  ACCEPTANCE  OF  ICMP  INFO  REQUEST  AND  SENDING  OF  REPT.Y 
-  for  NETWORK  ADDRESS 

Determine  if  the  IUT  will  accept  an  ICMP  Information  Request  and 
return  an  ICMP  Information  Reply  message  giving  the  current 
network  address.  This  test  will  only  be  run  if  test  311  is 
successful . 

-  Action:  The  Central  Driver  (CD)  will  send  the  IUT  the 
ICMP  Information  Request  Message  with  the  network  parameter  of 
the  source  address  and  the  destination  address  set  to  0.  Then 
the  CD  will  send  a  valid  datagram.  All  fields  sent  will  be  valid 
fields. 

-  Verification:  Determine  if  the  IUT  returns  a  correct 
Information  Reply  message  giving  the  network  address. 

-  Success:  The  IUT  returns  an  Information  Reply  message  set 
with  the  correct  network  address. 

-  Failure:  The  IUT  returns  a  response  Information  message 
without  updating  the  network  address  field.  Another  reason  for 
failure  is  that  the  IUT  does  not  return  the  response  to  the  good 
default  datagram,  indicating  that  the  Information  Request  message 
caused  a  problem. 

-  Observation:  The  IUT  does  not  return  a  reply  to  the 
Information  Request  ICMP  message. 


TEST  316:  ACCEPTANCE  OF  ICMP  SOURCE  QUENCH 


Determine  if  the  IUT  will  accept  an  ICMP  Source  Quench. 

-  Action:  The  Central  Driver  (CD)  will  send  the  IUT  the 
ICMP  Source  Quench  Message.  The  CD  will  then  send  a  correct 
datagram  to  the  IUT.  All  fields  sent  will  be  valid  fields. 

-  Verification:  Determine  if  the  IUT  returns  a  response  to 
the  datagram  sent  by  the  CD. 

-  Success:  The  IUT  returns  the  response  datagram  required 
by  the  correct  datagram  sent  by  the  CD.  This  indicates  that  the 
IUT  accepted  the  Source  Quench  without  adverse  effect. 

-  Failure:  The  IUT  does  not  return  the  response  datagram 
required  by  the  datagram  sent  to  the  IUT.  This  indicates  that 
the  Source  Quench  message  cause  a  problem  to  the  IUT. 
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TEST  317:  SENDING  OF  ICMP  SOURCE  QUENCH 


Determine  if  the  IUT  will  send  an  ICMP  Source  Quench. 

-  Action:  The  Central  Driver  (CD)  will  send  the  IUT  a 
series  of  datagrams  in  a  continuous  fashion  to  try  to  force  the 
IUT  to  respond  with  an  ICMP  Source  Quench  Message.  Each  of  these 
datagrams  will  have  an  error  that  will  cause  them  to  be  dropped. 
Finally,  the  CD  will  send  a  correct  datagram  to  the  IUT.  All 
fields  in  this  datagram  will  be  valid  fields. 

-  Verification:  Determine  if  the  IUT  returns  an  ICMP  Source 
Quench  message. 

-  Success:  The  IUT  returns  the  Source  Quench  ICMP  message. 

-  Failure:  The  IUT  does  not  return  a  correct  response 
datagram  for  the  correct  datagram  that  was  sent.  This  indicate 
that  the  IUT  had  a  problem  processing  the  prior  datagrams. 

-  Observation:  Unable  to  force  the  IUT  to  return  a  Source 
Quench  message. 


